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‚ Предисловие 


Автор, попав в начале 80-х гг. прошлого века по командировочным 
делам в Государственный оптический институт (ГОИ, бывший тогда 
головным научно-исследовательским учреждением Миноборонпрома), 
обмер, будто пораженный громом, красующимся на стене лозунгом 
с аршинными буквами "КАЖДОМУ ПРИБОРУ — СВОЙ МИКРОПРО- 
ЦЕССОР!". Этот призыв по сути дела был направлен в наступившее ныне 
будущее, когда массовый выпуск микроконтроллеров и наборов микросхем 
к ним освоен не только зарубежной, но и отечественной промышленностью. 

Применение микроконтроллеров, начинавшееся в ту пору с цифровых 
часов и микрокалькуляторов, в настоящее время продолжает расширяться 
и оправдано не только малыми размерами, весом и энергопотреблением 
при высокой надежности и низкой стоимости этих микросхем. Главной 
причиной эффективности использования микроконтроллеров является их 
функциональная универсальность, которая обусловлена возможностью 
их программирования. Однако книги по программированию для микрокон- 
троплеров на современном книжном рынке практически отсутствуют. 
Издания по микроконтроллерам в основном ориентированы на аппаратное 
обеспечение, хотя в них и приводятся сведения по архитектуре и системе 
команд, а иногда и по кросс-средствам для разработки и отладки программ. 

Автор поставил перед собой достаточно скромную цель: поделиться 
практическим опытом программирования на языке Ассемблера для 
микроконтроллеров семейства 18051. Для автора работа по программиро- 
ванию для микроконтроллеров началась с заданного в лоб вопроса, 
сумеет ли он написать и отладить программу управления центрифугой. 
Самонадеянный ответ: “Не знаю, не пробовал. Наверно смогу!” не оста- 
вил путей к отступлению, и вот уже накоплен пятилетний опыт, оказав- 
шийся успешным в производственном смысле. 


Конечно, было бы хорошо издать фундаментальный труд, являю- 
щийся аналогом поваренной книги и состоящий из текстов функционально 
законченных блоков небольшого или среднего размера, которые могут 
оказаться полезными при разработке программ для самых разных изде- 
лий. Разработчикам и программистам нужны также книги о номенклатуре 
и характеристиках разнообразнейших микросхем, предназначенных для 
работы с микроконтроллерами. Из-за недостатка такого рода информации 
разработчикам микроконтроллерных устройств зачастую приходится 
“изобретать велосипед”. Программирование драйверов для работы с микро- 
схемами, подключаемыми к микроконтроллерам, также является инте- 
ресной и важной задачей, не нашедшей отражения в книгах. Однако для 
ее решения пришлось бы собрать и обобщить разнообразный материал по 
очень болышому количеству прикладных программ, что трудно сделать без 
риска быть обвиненным в разглашении фирменных секретов или, как 
говорят, "ноу-хау". Поэтому автор решил ограничиться учебным пособием. 

Автор считает приятным долгом выразить признательность инженеру 
Волченкову А.В., сотрудничество с которым позволило разработать не 
только вышеупомянутую программу управления центрифугой, но и мно- 
жество других не менее интересных и полезных программ. Его постоянная 
готовность помогать коллегам и устранять какие бы то ни было погреп- 
ности в своей части работы сделали совместную с ним деятельность 
автора вдохновляющей и плодотворной. 

К.Э. 


ВВЕДЕНИЕ 


Программирование неразрывно связано с компьютерами, хотя за 
последние десятилетия проделана большая работа, чтобы эта связь стала 
более опосредованной. Стремление к переносимости и удобству пользо- 
вательского интерфейса возносит прикладные программы во все более 
высокие слои математического обеспечения, отделяемые от аппаратно- 
зависимых программ растущим количеством оболочек. Такое усложнение 
математического обеспечения в свою очередь требует все больших аппа- 
ратных ресурсов. Прогресс технических характеристик микропроцессо- 
ров и связанных с ними наборов микросхем вызывает с одной стороны 
восхищение, а с другой — тревогу. Моральное старение персональных 
компьютеров значительно опережает их физический износ. Хорошо еще, 
что благодаря микроминиатюризации этот прогресс не требует чрезмер- 
ных затрат материальных ресурсов, но вовлекаемые финансовые средства 
огромны. Экспоненциальный рост не может продолжаться безгранично. 
Можно только гадать, каковы будут результаты столкновения растущих 
аппетитов потребителей с неизбежными физическими и технологически- 
ми ограничениями прогресса в разработке компьютеров. 

По сравнению с персональными компьютерами микроконтроллеры 
не так известны, потому что скромно прячутся внутри самых разнообразных 
устройств, в том числе и в компьютерах, в которых без микроконтроллеров 
не могло бы работать ни одно из периферийных устройств, таких как 
клавиатура, мышь, дисковод, принтер, сканер и т.д. Да и программирование 
для микроконтроллеров не является престижным по сравнению с програм- 
мированием для персональных компьютеров. Но эта работа не менее 
важна и интересна, хотя и не столь заметна широкой публике. Особенности 
программирования для микроконтроллеров, с одной стороны, связаны 
с ограничениями вычислительных ресурсов, поскольку аппаратура долж- 
на стоить как можно дешевле. С другой стороны, программист должен 


достаточно хорошо знать физику работы изделия, в котором используется 
микроконтроллер, поскольку разрабатываемые программы должны 
работать в реальном мире. В силу этих причин программы для микрокон- 
троллеров являются штучным товаром, то есть непереносимы с одного 
типа изделия на другое, хотя тираж этих изделий может быть огромным. 
Ведь количество выпускаемых микроконтроллеров в десятки раз превы- 
щает производство микропроцессоров. 

Поскольку программы для микроконтроллеров непосредственно свя- 
заны с их архитектурой, для обучения программированию необходимо 
выбирать наиболее широко распространенную систему команд. Поэтому 
автор выбрал разработанное корпорацией Пие семейство 8-разрядных 
микроконтроллеров 18051, практически ставшее к настоящему времени 
промышленным стандартом. Зарубежные и отечественные фирмы выпус- 
кают разнообразнейшие микроконтроллеры, совместимые с родоначаль- 
никами этого семейства. В пользу такого выбора говорит и то, что на 
рынке микросхем имеется богатый набор периферийных устройств, 
обеспечивающих взаимодействие микроконтроллеров этого семейства 
с разнообразной цифровой и аналоговой аппаратурой. К счастью, специ- 
фика архитектуры различных семейств микроконтроллеров не столь 
существенна по сравнению со спецификой языка Ассемблера, предлагае- 
мого для изучения читателям этой книги. Так что освоившим программи- 
рование на Ассемблере для семейства 18051 будет не так уж трудно 
перейти на ассемблерное программирование для других семейств микро- 
контроллеров. 

Книга доступна всем, кто теоретически знаком с программированием 
в объеме курса информатики средней школы и отладил хотя бы одну 
программу на любом из языков программирования. В связи с ограничен- 
ными ресурсами микроконтроллеров вся работа по подготовке программ 
для них проводится на персональных компьютерах. Разработка исходного 
текста, трансляция, компоновка и запись машинного кода в запоминающее 
устройство микроконтроллера производятся при помощи программ, 
работающих в операционной системе М$ 0О$. Поэтому желательно, 
чтобы читатель имел хотя бы минимальные навыки работы в этой системе. 

Книга по программированию для микроконтроллера не может обой- 
тись без сведений о его архитектуре. Помещенный в первой главе материал 


ужат настолько, чтобы посвященные в начала компьютерных таинств 
читатели смогли освоить специфику программирования для микрокон- 
троллеров 18051. Сведения о системе команд и о форматах команд и 
данных изложены более подробно. При этом команды представлены 
в соответствии с правилами их записи на Ассемблере. Сведения о машинных 
кодах команд даны в приложении. 

Во второй главе излагаются общие сведения о технологии разработки 
программ на Ассемблере и приведен перечень директив, обеспечивающих 
управление процессами трансляции и компоновки. В связи с наличием 
большого количества синонимов некоторых директив в качестве основных 
были выбраны те, которые широко используются в диалектах Ассемблера 
для других микроконтроллеров или микропроцессоров. 

Третья глава посвящена описанию одного из пакетов инструмен- 
тальных программ, обеспечивающих разработку программ для микрокон- 
троллеров семейства 18051 на 1ВМ совместимых компьютерах. Этот не 
совсем современный, но надежный набор программ все еще широко 
используется программистами. Кроме способов работы с транслятором, 
библиотекарем и компоновщиком приведены сообщения об ошибках 
с переводом на русский язык. 

В последующих четырех главах автор приводит сведения о програм- 
мировании некоторых типов задач, вызывающих затруднения не только 
у начинающих программистов. В четвертой главе рассказывается о програм- 
мировании таких арифметических действий, которые не могут быть выпол- 
нены одной командой. В пятой главе изложены методы программирова- 
ния более сложных вычислений. Шестая глава посвящена программиро- 
ванию простейших способов фильтрации измерений. Седьмая глава 
касается программирования некоторых задач для устройств, работающих 
в реальном масштабе времени. Приведенные в этих главах примеры 
являются иллюстрациями особенностей программирования для микрокон- 
троллеров. В большинстве случаев эти примеры заимствованы из реально 
работающих программ, хотя их работоспособность не гарантируется. 
Автор проверил их тексты только на отсутствие синтаксических ошибок. 

В последней главе автор осмелился дать несколько рекомендаций 
о стиле программирования. Возможно некоторые из них заинтересуют 


тех, кто уже имеет опыт Е на Ассемблере, но они осо- 
бенно важны для начинающих. 

Наконец, следует упомянуть об использовании шрифтов в книге. 
В отличие от описательной части текста книги все примеры программ, 
синтаксические правила для команд и директив Ассемблера и общения 
с инструментальными программами записаны шрифтом, имеющим 
фиксированный шаг. В синтаксических описаниях для записи неизменяе- 
мых частей команд и директив используются прописные буквы прямого 
шрифта. Для записи изменяемых частей команд и директив используются 
строчные буквы курсива. В описаниях команд для вызова инструменталь- 
ных программ необязательная часть выделяется квадратными скобками. 
Примеры информационных сообщений и сообщений об ошибках, выда- 
ваемых этими программами на дисплей, выделены подчеркиванием. 


Глава 1 


Что нужно знать программисту 
о микроконтроллерах 
семейства 18051 


1.1. Общие сведения 
об архитектуре 18051 


Под архитектурой семейства процессоров подразумевается совокуп- 
ность внутренних и внешних программно доступных ресурсов, система 
команд, система прерываний, функции ввода/вывода и протоколы обмена 
по магистралям. Начнем описание основателя семейства, микроконтрол- 
лера типа 8051, с перечисления 40 выводов интегральной схемы и крат- 
ких сведений об их назначении. Названия выводов выделены жирным 
шрифтом, а номера выводов приведены в скобках. Все эти сведения 
приведены только для общего представления, а программно доступные 
ресурсы будут обсуждаться далее по ходу изложения. 

Источник питания подключается к выводам \55 (20) «земля» и Усс 
{40) +5В. Для управления работой всех устройств в микроконтроллере 
используется генератор импульсов, который может работать от внешнего 
источника или автономно (в режиме самовозбуждения). В последнем 
случае к выводам ХТАГ.2 (18) и ХТАТЛ (19) должен быть подключен 
кварцевый резонатор на частоту не более 12 МГц. После включения 
питания необходимо установить внутренние устройства микроконтроллера 
в исходное состояние подачей импульса на вывод В$Т (9). После этого 
микроконтроллер начинает работу с исполнения команды, записанной 
по нулевому адресу. 


Для связи с внешним миром у микроконтроллера есть двунаправлен- 
ные порты: 4 параллельных и один последовательный (дуплексный порт 
для приема и передачи). Программируя обращения по одному и тому же 
адресу порта, следует иметь в виду, что для чтения и записи используются 
разные устройства. Параллельные порты работают в байтовом формате, 
то есть имеют по 8 выводов: РО (32-39), Р1 (1-8), Р2 (21-28) и РЗ (10-17). 
Порты РО и Р2 используются также для выдачи адреса при обращении 
к внешним запоминающим устройствам. Выводы, к которым присоеди- 
нены шины порта 3, могут использоваться: 


® для последовательного порта в качестве принимающей ВхЮ (10) 
и передающей Тхр (11) линий, 


® для ввода сигналов внешних прерываний Ю\Т0# (12) и ИМТ# 
(13), 
® для счета внешних импульсов ТО (14) и Т1 (15) 


® для выдачи сигналов записи \!В# (16) и чтения ВО# (17) на 
внешние запоминающие устройства. 


Кроме того для работы с внешними ЗУ используются выводы РЗЕМ# 
(29), АГЕЯ (30) и ЕА# (31). 

Перейдем к внутреннему содержимому микроконтроллера типа 8051. 
При описании внутренних ресурсов символические обозначения приво- 
дятся, как это принято в Ассемблером и выделены жирным шрифтом, 
а адреса указаны в шестнадцатеричном коде. 

Рассмотрим сначала некоторые особенности запоминающих уст- 
ройств (ЗУ). История современных компьютеров началась с того, что фон 
Нейман предложил записывать программы в оперативную память. 
В отличие от этого для микроконтроллеров программа и данные разме- 
щаются в разных ЗУ (гарвардская школа). Программа и константы записы- 
ваются в ПЗУ (постоянное ЗУ, или постоянную память) или по-английски 
ВОМ (Веад Оту Метогу). А для хранения изменяемых данных использу- 
ется ОЗУ (оперативное ЗУ, или оперативная память) или по-английски 
ВАМ (Вапдот Ассезз Метогу). Для общения с внешними ЗУ в микро- 
контроллере имеются два 16-разрядных регистра: РС (Рговтат Соищег) 
и ОРТВ (Раша РошТеВ). Первый из них (программный счетчик) исполь- 
зуется только для чтения команд из ПЗУ, а второй (указатель данных) — 
для чтения данных из ПЗУ и ОЗУ и для записи в ОЗУ. Таким образом 
микроконтроллер может использовать адресное пространство до 65536 байт. 
Преимущество ПЗУ состоит в том, что его содержимое при выключении 
микроконтроллера не теряется. Некоторые микроконтроллеры семейства 
имеют внутреннее ПЗУ (в зависимости от модели его емкость может быть 
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от 2 до 32 Кбайт), что весьма удобно для разработчиков электронных 
схем. Есть модели микроконтроллеров, содержащие ЭППЗУ (постоянная 
память с электрической перезаписью), но запись и чтение производятся 
не одной командой, а специальной подпрограммой. Для хранения про- 
грамм могут применяться ПЗУ различных типов. При массовом произ- 
водстве используются ПЗУ с однократной записью (с “пережиганием”). 
Повторная запись возможна для ПЗУ со стиранием при помощи ультра- 
фиолетового света или для ПЗУ с электрической перезаписью. Встроенные 
в микроконтроллер ПЗУ последнего типа удобны еще тем, что в случае 
необходимости можно запретить чтение записанной в них программы. 
Внутреннее ОЗУ микроконтроллера имеет емкость всего 128 байт. 
Но адресное пространство у него 8-разрядное, то есть 256 байт. Старшие 
адреса предназначены для обращения к функциональным регистрам 
микроконтроллера. Впрочем, у наиболее совершенных моделей этого 
семейства емкость внутреннего ОЗУ равна 256 байт, но старшие адреса 
доступны только при косвенной адресации. Начальные ячейки оперативной 
памяти (32 байт) используются под однобайтовые регистры общего 
назначения: В0, В1, Е2, ВЗ, В4, В5, Вб и В7. Их физические адреса 
зависят от содержимого 3 и 4 разрядов регистра РЗУУ (Ргосеззог 54а 
\!ог — слово состояния процессора, хотя его размер однобайтовый). 
Распределение адресов для этих групн ячеек, называемых банками 0, 1, 2 
и 3, приведено в следующей таблице. 
851 850 во 81 82 83 84 №5 №6 вВ7 
0 0 ООН 018 025 03, 046 055 068 076 банк 
0 1 08 09в ОА ОВН ОСЬ ООЬ ОЕБВ ОЕЬ банк 
1 0 108 111 128 13ь 146 156 168 176 банк 
1 1 185 195 ТАБ 1ВВ 1СВ 1065 1ЕБ 1ЕБ банк 


Адреса от 208 до 72! программист может использовать по своему усмотре- 
нию. Часть адресного пространства от 80 до ОЕЕВ занята для обращения 
к различным устройствам внутри микроконтроллера. Рассмотрим эти 
устройства, называемые также функциональными регистрами. Для каж- 
дого из них приведены мнемонические имена, а в скобках указаны их адреса. 

Большинство функциональных регистров — микроконтроллера 
8-разрядные (в этом случае их разрядность не упоминается). Для выпол- 
нения арифметических и логических действий используется так называе- 
мый накопитель А или АСС (АССитшаюг) (ОЕ0Б). Для операций умно- 
жения и деления используется дополнительный регистр В (020). 
В зависимости от выполняемой команды в соответствии с результатом 
операции могут вырабатываться признаки, которые записываются в ранее 
упомянутый регистр РЭУУ (0Р06). Адреса и назначение отдельных битов 


шъьнво 


И 


этого регистра (каждый из таких битов называется Йа?) приведены 
в следующем перечне: 
СУ (007.) перенос из 7' (старшего) разряда 
АС (0061) перенос из 3 разряда (середина байта} 
ЕО (0051) флаг для использования программистом 
851 (0041) старший разряд номера банка 
850 (0031) младший разряд номера банка 
ОУ (0026) переполнение результата 
(0018) безымянный флаг (может использоваться программистом) 
р (020) признак нечетного количества единиц в коде результата 


Из двух упомянутых ранее регистров программный счетчик никак не 
отображается на адресное пространство ОЗУ, дабы нечаянно не испор- 
тить его содержимое. Указатель данных состоит из двух байтов: старшего 
ОРН (831) и младшего ОРГ. (828) (Н и Г, — от слов Н1ЗВ и Г.о\ соответ- 
ственно). Обращение к оперативной памяти может производиться 
в стековом режиме посредством регистра 5Р (5асК Ройиег) (811). Мне- 
монические имена регистров параллельных портов совпадают с обозна- 
чениями их выводов: РО (801), Р1 (908), Р2 (0АОВ) и РЗ (0ВОВ). Последо- 
вательный порт производит передачу или прием через регистр ЗВОЕ 
(Зепа! ВОЕЕг) (9%), а управление режимом его работы осуществляется 
при помощи регистра СОМ (5епа! СОМ№ио!) (981). В микроконтроллере 
имеется два счетчика с номерами 0 и 1, которые могут использоваться как 
для счета тактовых импульсов (режим таймера), так и для счета импуль- 
сов на внешних входах. Каждый из них состоит из двух байтов: старшего 
ТНО (8СВ), ТН1 (808) и младшего ТТ. (8АБ), ТГ (8ВВ). Для управле- 
ния ими используется регистр управления ТСОМ (Тилег СОМно] (888). 
Чтобы обеспечить работу микроконтроллера с внешними объектами 
в реальном масштабе времени имеется система прерывания, для управле- 
ния которой используются регистр разрешения прерываний ПЕ (Ппиеггире 
ЕпаЫе) (ОА8В) и регистр приоритетов прерываний ТР (Ниеггире Рпогиу) 
(ОВЗН). В микроконтроллере имеется возможность обращения не только 
в формате байта, но и к отдельным битам в функциональных регистрах 
и в некоторой части адресного пространства ОЗУ. Часть битов функцио- 
нальных регистров имеет мнемонические имена. Но можно обращаться к 
битам и по имени регистра и номеру бита в байте, используя в качестве 
разделителя между именем и номером точку. Самый младший бит имеет 
номер 0, а самый старший — 7. у 

Приведем перечень начальных состояний всех функциональных 
регистров микроконтроллера на момент его инициализации: 
АСС, В, РЗИ, ОРН, ОРЬ оо 
ЭР 075 
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РО, Р1, Р2, РЗ ЕРЮ 


ЭВОЕ ххххххххЬ 
5СОМ, ТНО, ТЬО, ТНТ, ТЬ1, тТсоОмМ о0в 

ТЕ 0%0000005 
ТР хх0000005 


В перечне буквой х обозначено произвольное содержимое, а суффиксы Б 
и В соответствуют шестнадцатеричному и двоичному кодам. 

Следует заметить, что при программировании на Ассемблере ин- 
формация об адресном пространстве ОЗУ нужна программисту только 
для оценки доступных ресурсов памяти. Попытки обращения к ОЗУ 
с несуществующими адресами (выше 7ЕН) могут привести к непредска- 
зуемым результатам. Впрочем при программировании на Ассемблере 
такие случайности исключены, хотя можно сделать это и преднамеренно. 

Заканчивая общее описание микроконтроллера типа 8051, рассмотрим 
цикл исполнения команды. В зависимости от сложности выполняемых 
действий цикл исполнения команды занимает от одного до десяти тактов, 
длительность каждого из которых равна двенадцати периодам колебаний 
кварцевого резонатора. Если используется кварцевый резонатор на 12 МГц, 
то длительность такта равна 1 мкс. Цикл выполнения очередной команды 
начинается с чтения ее кода из ПЗУ по адресу, занисанному в регистр РС 
(программный счетчик). После чтения каждого из байтов команды 
содержимое этого регистра увеличивается на 1, таким образом после 
чтения последнего байта команды программный счетчик содержит адрес 
первого байта следующей команды. Затем производятся чтение операндов, 
обработка полученной информации и запоминание результата операции. 
В зависимости от кода операции выполняемой команды те или иные 
действия могут не выполняться. В системе команд микроконтроллера 
имеются такие, которые могут изменить содержимое программного 
счетчика. Эти команды называются управляющими. Одни из них делают 
это в зависимости от результатов текущей или предыдущих операций, 
другие — независимо от выполнения каких-либо условий. За счет 
использования управляющих команд при выполнении программы микро- 
контроллер не только производит вычисления, но и производит логиче- 
ские действия типа выбора варианта или циклического повторения одних 
и тех же действий. Следует запомнить, что выполнение следующей 
команды начинается только после завершения текущей, то есть одновре- 
менное выполнение хотя бы двух команд невозможно. Однако во время 
выполнения программы отдельные устройства микроконтроллера могут 
работать автономно. Примеры программирования некоторых из этих 
устройств будут приведены позже. 
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1.2. Правила записи команд 
микроконтроллера семейства 18051 
на Ассемблере 


В стародавние времена для начала работы по программированию 
после описания архитектуры достаточно было привести подробную 
информацию о машинных кодах команд. Тогда программы записывались 
только на машинном языке. Такой способ разработки программ называет- 
ся программированием в кодах (в жаргоне американских программистов 
по-прежнему используется термин “со@?”). Запись восьмеричных или 
шестнадцатеричных кодов производилась на бланках, разбитых верти- 
кальными линиями на колонки (графы). Каждая команда записывалась 
в одной строке. Первая графа была предназначена для адреса команды 
или числа. При записи команды во второй графе помещался код опера- 
ции, а в следующих графах — адреса или значения операндов. Запись 
числа производилась в соответствии с его форматом. В бланке также 
отводилась графа для комментариев. 

Ныне программирование в кодах вытеснено программированием на 
языках. Для программирования микроконтроллеров семейства 18051 
можно использовать языки Ассемблер и усеченные Си и Паскаль. Инте- 
ресно отметить, что даже проект новомодного языка Тауа начинался 
применительно к микроконтроллерам. Алгоритмические языки програм- 
мирования имеют явные преимущества перед программированием 
в кодах благодаря применению символических имен. При выборе языка 
для программирования микроконтроллеров следует учесть ограничения 
на языки высокого уровня, накладываемые малым объемом ОЗУ, а в 
некоторых случаях и ПЗУ. В отличие от Ассемблера, для которого ис- 
пользуется трансляция команд, записанных в символическом виде, языки 
высокого уровня используют компиляцию более сложных операторов, 
вместо которых подставляются стандартные заготовки из нескольких 
(иногда десятков) команд. Полученная таким образом программа далеко 
не оптимальна по быстродействию и требуемому объему памяти. После- 
дующая за компиляцией оптимизация программы не позволяет достичь 
такой экономии ресурсов, какая получается при программировании на 
Ассемблере. 

Алфавит Ассемблера состоит из прописных и строчных латинских 
букв, из цифр, знаков препинания и некоторых других символов, которые 
перечислены ниже в порядке возрастания их АЗСП кода: 
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Кроме того, транслятор воспринимает символы, не имеющие отображения 
(пробел, табуляцию и пару символов — возврат каретки и перевод строки), 
но изменяющих положение следующих за ними символов текста. Транс- 
лятор производит грамматический разбор текста построчно. Каждая 
строка (аналог предложения) делится на лексемы (аналоги слов). В Ассемб- 
лере имеются лексемы 5 видов: снециальные символы, имена (идентифи- 
каторы), числовые литералы, строковые литералы и комментарии. Специ- 
альные символы служат для обозначения операций в выражениях и в 
качестве разделителей других лексем. 

Ассемблер не является языком свободной формы. Синтаксис Ассемб- 
лера в части записи операторов следует таким же правилам, какие приме- 
нялись для программирования в кодах. Каждый оператор Ассемблера 
также занимает одну строку, состоящую из четырех полей 
поле_метки поле_мнемокода поле_операндов ;поле комментариев 

В качестве разделителей между полями можно использовать пробелы 
(не меньше одного) или знаки табуляции. В качестве разделителей между 
операндами (если их два или больше) используется запятая. Поле метки 
заполняется только в том случае, если в программе нужно сделать ссылку 
на данную строку. Поле мнемокода должно быть заполнено обязательно, 
так как в нем записывается производимое оператором действие. Необхо- 
димость записи в поле операндов зависит от мнемокода. Поле коммента- 
риев транслятору не нужно, поэтому остаток строки после точки с запя- 
той не обрабатывается. Эта часть исходного текста существенна только 
для программиста. Поэтому в поле комментария можно использовать 
любые символы с кодом АЗСП не меньше 20Ъ, в том числе и русские 
буквы. Строка должна заканчиваться парой символов — возврата каретки 
и перевода строки. 

В данной главе все команды микроконтроллера описаны в терминах 
Ассемблера. Полный перечень машинных кодов команд с соответствую- 
щими им символическими записями на Ассемблере приведен в Приложе- 
нии 1. Во избежание опечаток текст приложения был получен как лис- 
тинг трансляции программы, не имеющей алгоритмического смысла, за 
‘исключением того, что команды размещены в порядке увеличения кодов 
операций машинных команд. 
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В Приложении 2 приведен список команд в алфавитном порядке, 
которую автор рекомендует программистам использовать в качестве 
шпаргалки при повседневной работе. Для уменьшения объема этого 
списка команды сначала были сгруппированы по адресу приемника. При 
этом для обозначения выбора адреса источника было использовано 
стандартное синтаксическое обозначение с фигурными скобками и разде- 
лителем в виде вертикальной черты. Затем текст был сжат за счет 
использования стандартного синтаксического обозначения необязатель- 
ного элемента, заключенного в квадратные скобки. В поле комментариев 
каждой команды приводится ее назначение, а за списком команд следуют 
пояснения условных обозначений. При дальнейшем чтении этой главы реко- 
мендуется в качестве упражнения ознакомиться с обоими приложениями. 


1.3. Форматы и способы 
адресации данных 


Микроконтроллер типа 8051 работает с данными битового и байтового 
формата. При обработке данных можно обращаться не только к байтам во 
всех ЗУ, но и к отдельным битам функциональных регистров или части 
адресного пространства внутреннего ОЗУ. Есть несколько команд, рабо- 
тающих с данными двухбайтового формата. Часть команд обрабатывает 
каждый из битов байтовых операндов независимо от информации, содер- 
жащейся в других битах. Другая часть команд работает с байтами как 
с положительными целыми числами. 

В командах обработки информации могут указываться один или два 
операнда. При явном использовании двух операндов один из них называется 
источником (зоигсе), а второй приемником (дезбпаноп). Следует обратить 
внимание на то, что в поле операндов первым записывается обозначение 
приемника, а вторым — источника. При работе с одним операндом 
производится чтение операнда, его проверка или изменение и (при необ- 
ходимости) запись. При работе с двумя операндами производится чтение 
источника и (при необходимости) приемника, вычисление и (при необхо- 
димости) запись результата по адресу приемника. Слова “при необходи- 
мости” означают, что необходимость действия определяется типом 
команды. После выполнения команды обработки информации содержи- 
мое слова состояния процессора может измениться в зависимости от 
результата вычислений. В описаниях команд, которые не осуществляют 
непосредственную запись в этот регистр, приводятся сведения о влиянии 
результата выполнения на содержимое отдельных битов Р5\\. 
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Адресация данных может быть непосредственной (иотефае), реги- 
стровой (тезляег), прямой (@ес®, косвенной (т4иес®, индексной (тдех) 
и стековой (“асК). В первом случае данные содержатся непосредственно 
в команде, во втором — в регистре общего назначения, а в остальных — 
в одном из запоминающих устройств (внутренних или внешних). При 
адресации к намяти программ операнд может быть только источником, 
например непосредственная адресация допускается только для источника. 
В остальных случаях операнды могут быть как приемниками, так и 
источниками. Способ адресации операндов определяется кодом опера- 
ции. Следует обратить внимание, что для некоторых операций одному и 
тому же мнемокоду соответствует несколько разновидностей машинных 
команд. Такое разнообразие связано с использованием разных способов 
адресации для одного и того же способа обработки информации и с 
использованием части байта кода операции для кодирования адресов 
операндов. 

Для символического обозначения непосредственной адресации в источ- 
нике используются символ # и числовое выражение, по которому трансля- 
тор вычисляет и записывает в машинный код команды нужную константу. 
Допустимое десятичное значение константы от 0 до 255 для байтового 
формата и от 0 до 65535 для двухбайтового. В качестве непосредственно- 
го операнда можно записывать числа в десятичной, шестнадцатеричной, 
восьмеричной или двоичной системах счисления с суффиксами @, В, о (4) 
или Ь соответственно. По умолчанию транслятор считает число десятич- 
ным. Непосредственная адресация удобна тем, что не нужно тратить 
дополнительное время на чтение операнда, так как он хранится в команде. 
Увеличение размера машинной команды не столь важно, так как константу 
все равно нужно где-то хранить. 

Для символического обозначения регистровой адресации используется 
имя любого из восьми регистров общего назначения. При регистровой 
адресации содержимое регистра обрабатывается как данные. Номер 
регистра общего назначения указывается в коде операции, вследствие 
чего для регистровой адресации не требуется увеличивать размер машинной 
команды. По этой причине регистровая адресация обоих операндов не 
допускается. Она чаще всего применяется для временного хранения 
промежуточных результатов вычислений и удобна тем, что на чтение из 
регистра и на запись в него не тратится дополнительное время. 

Для символического обозначения прямой адресации используется 
имя операнда. В качестве такового можно записать имя какого-либо 
функционального регистра или имя данных, указанное в поле метки при 
резервировании адресного пространства ОЗУ. По этому имени транслятор 
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вычисляет фактическое значение адреса и подставляет его в машинный 
код команды. Таким образом, при использовании прямой адресации 
размер команды увеличивается. Поскольку при этом способе адресации 
к коду операции добавляются адресные байты, допускается прямая 
адресация обоих операндов. Следует иметь в виду, что в большинстве 
случаев прямая адресация к накопителю указывается только в ассемблерной 
команде, а в машинном коде нет его адреса. Он может появиться в машин- 
ном коде только тогда, когда его имя записано в обоих операндах. При 
использовании прямой адресации время выполнения команды 
увеличивается, а при адресации к портам - тем более. 

Для обозначения косвенной адресации используется символ @, за 
которым следует выражение с именем регистра. При косвенной адреса- 
ции содержимое регистра используется не в качестве данных, а в качестве 
адреса данных, то есть указателя на данные (ройиег). Независимо от того, 
является ли операнд источником или приемником, содержимое регистра, 
используемого в качестве операнда, не изменяется. Для косвенной адреса- 
ции могут использоваться только 2 регистра общего назначения (КО и К1) 
или регистр указателя данных ОРТВ. Последний может использоваться 
во всем адресном пространстве внешних ЗУ, в то время как для регистров 
общего назначения максимальный адрес равен 255. При использовании 
косвениой адресации адреса регистров задаются кодом операции, так что 
увеличивать размер машинной команды не требуется. По этой причине 
косвенная адресация обоих операндов не допускается. Нельзя также 
использовать регистровую адресацию одного операнда и косвенную 
адресацию другого в одной и той же команде. Поскольку при косвенной 
адресации перед обращением к ЗУ необходимо сначала прочитать из 
регистра адрес операнда, то время выполнения команды увеличивается 
(особенно при обращении к внешним ЗУ). 

Для индексной адресации используется сумма содержимого накопи- 
теля с содержимым программного счетчика или регистра указателя. 
Индексная адресация используется только для чтения из ПЗУ. Поскольку 
этот способ аналогичен косвенной адресации, то на Ассемблере он запи- 
сывается как @А+ с последующим именем используемого регистра РС 
или ОРТЕ. При выполнении команды с индексной адресацией необходи- 
мо вычисление адреса, поэтому время ее выполнения по сравнению 
с косвенной адресацией еще больше. 

Стековая адресация также аналогична косвенной в том смысле, что 
адрес для обращения к ОЗУ берется из.регистра, но в этом случае в 
качестве указателя используется содержимое регистра стека. Отличие 
состоит в том, что перед записью в ОЗУ содержимое указателя стека 
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автоматически увеличивается на 1, а после чтения из ОЗУ автоматически 
уменьшается на 1. Из-за автоматической коррекции содержимого указа- 
теля стека отпадает необходимость в записи одного из операндов коман- 
ды. Но главное преимущество стековой адресации состоит в том, что в 
ОЗУ образуется очередь, которая обслуживается по принципу ДЕО (Газ шп 
Риз: Ои-— последним пришел, первым вышел). При использовании 
стекового способа адресации необходимо тщательно следить за балансом 
операций записи в стек и чтения из стека и правильно оценивать объем 
ОЗУ, используемый стеком. Надо иметь в виду, что помимо явного 
использования стековой адресации при обработке данных, некоторые 
управляющие команды неявно используют стековую адресацию. 

Для уменьшения количества команд, приводимых в описаниях, ис- 
пользованы следующие обозначения. В командах с регистровой адреса- 
цией буквой п обозначена цифра, значение которой может быть в преде- 
лах от 0 до 7, а в командах с косвенной адресацией буквой # обозначена 
цифра, принимающая значение 0 или 1. Операнды с задаваемыми про- 
граммистом именами в случае битового формата обозначаются Лав, 
а в случае байтового формата — 57с и 4$. 


1.4. Форматы и способы 
адресации команд 


Команды могут занимать от одного до трех байтов. Размер команды 
определяется кодом операции, записанным в первом байте, Дополнительные 
байты могут содержать адреса и/или‘ данные. В символической записи 
команд как правило указываются все операнды. В машинных командах 
часть информации, необходимой для адресации, может содержаться 
в коде операции. При номощи байта кода операции можно закодировать 
256 команд, но для микроконтроллера 8051 используется только 255. 
Код ОА5Н зарезервирован для дальнейшего развития семейства. 

Адресация команд (то есть их выполнение) по порядку их располо- 
жения в ПЗУ называется естественной. При завершении чтения очередной 
команды содержимое программного счетчика содержит адрес кода операции 
следующей команды. Команды, в результате выполнения которых может 
быть изменен естественный порядок исполнения команд, называются 
управляющими. Передача управления может происходить в зависимости 
от выполнения некоторых условий, тогда это называется условной переда- 
чей управления (соп@ опа! литр). Если команда всегда передает управле- 
ние в другую часть программы, то это называется безусловной передачей 
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управления (ипсоп@ опа! уатр). Некоторые из условных управляющих 
команд используют информацию, содержащуюся в слове состояния 
программы, а другие сами производят сравнение байтов или проверку 
содержимого битов ОЗУ. В операнде управляющей команды в общем 
случае должна содержаться информация для изменения кода в программ- 
ном счетчике. Способы адресации управляющих команд в микроконтроллере 
типа 8051 различаются по дальности перехода на короткие (звог), абсо- 
лютные (абзойие) и длинные (1018). Приведенные далее сведения по 
способам вычисления адреса, заносимого в программный счетчик управ- 
ляющей командой, являются справочными. Для передачи управления 
программисту достаточно указать символический адрес перехода в соот- 
ветствующем операнде ассемблерной команды. 

При использовании короткого способа адресации в последнем байте 
команды содержится разность между адресом той команды, которой 
передается управления, и адресом команды, следующей за управляющей 
командой. Эта разность может составлять от —128 до +127. Для вычисле- 
ния нового содержимого программного счетчика из содержимого послед- 
него байта команды сначала формируется двухбайтовый код посредством 
записи старшего (знакового) бита во все разряды старшего байта. Затем 
двухбайтовый код прибавляется к содержимому программного счетчика. 
Такой способ часто называют относительным (т@айуе). 

Название абсолютного перехода унаследовано от предшествующей 
модели микроконтроллера, у которой объем ПЗУ был ограничен двумя 
килобайтами. При переходе к 64 Кбайт старое адресное пространство 
стали называть страницей (разе). Поэтому 3 старших бита адреса перехода 
содержатся в коде операции, а 8 младших — во втором байте команды. 
Этот способ обеспечивает адресацию в пределах одной из 32 страниц 
ПЗУ, номер которой определяется 5 старшими разрядами кода операции. 
При абсолютном способе адресации 11 младших разрядов содержимого 
программного счетчика заменяются на содержимое адресной части 
команды. Для длинного перехода адресная часть команды состоит из двух 
байтов, содержимое которых заносится в программный счетчик. Корот- 
кий, абсолютный и длинный безусловные переходы обозначаются в 
мнемокодах команды начальными буквами $ (ЗВоп), А (Абзоние) и Г. (Гоп) 
соответственно. 

Команды безусловного перехода можно разделить на команды без 
запоминания адреса возврата, команды с запоминанием адреса возврата 
и команды возврата. В последней разновидности команд безусловного 
перехода адресная часть отсутствует. Есть также команда безусловного 
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перехода, использующая индексную адресацию. Более подробно о способах 
адресации будет рассказано в описании управляющих команд. 

Эту главу мы завершаем описанием команд, разделенных функцио- 
нально на следующие 4 группы: команды пересылки информации, 
команды поразрядной обработки информации, арифметические команды 
и управляющие команды. Существует одна команда, которую нельзя 
отнести ни к одной из групи, так как она не делает ничего в течение 
одного такта: 


МОР 


Однако эта команда (М№о ОРегаНоп — нет операции) нужна для работы 
в реальном масштабе времени, чтобы обеспечить кратковременную 
задержку перед выполнением следующей команды. 


1.5. Команды пересылки информации 


Несмотря на пересылку данных в неизменном виде, эти команды 
осуществляют один из способов обработки информации. В качестве 
примера такой обработки можно привести сортировку. В командах пересыл- 
ки используется все разнообразие способов адресации данных. Пересылка 
данных может осуществляться в форматах байта, половины байта, двух 
байтов и бита. 

Начнем с байтового формата. Команда МОУ (МОУе по-английски 
означает «передвинуть»; далее в аналогичных случаях мы не будем 
указывать специально, что дается перевод с английского) копирует 
содержимое источника в приемник (при выполнении этой команды 
первоначальное содержимое приемника теряется): 


МОУ А, #5гс 
МОХ А, Вп 
МОХ А, @в: 
МОХ А, $5гс 
МОХ Вп, А 
МОУ Вп, #5гс 
МОУ Вп, 5гс 
МОУ @к1, А 
МОУ @в1, #5гс 
МОУ @в1, гс 
МОУ Я5Е, А 
МОУ Я$Е, #5гс 
МОУ Я5Е, Вп 
МОУ азЕ, @в1 
МОХ Я$5Е, а5Е 
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Для засылки нуля в накопитель проще использовать команду очистки 
СТВ (СваК. означает очистить): 


СЬВ А 


Чтение и запись данных байтового формата при обращении к внешнему 
ОЗУ осуществляется при помощи команд МОУХ, где буква Х, по- 
видимому, означает еХ\егпа! (внешняя память): 

МОХ А, @В1 
МОУХ А, @ОРТВ 
МОУхХ @вВ1, А 
МОУХ @ШОРТЕ, А 


Перед выполнением этой команды в соответствующий регистр нужно 
записать адрес. 

Чтение данных из ПЗУ осуществляется при помощи команды 
МОТУС, притом буква С скорее всего означает Соде (программа). 


МОУС А, @А+ОРТВ 
МОУС А, @А+РС 


Эти команды очень удобны для чтения из таблиц, записываемых в ПЗУ. 
Запись в ОЗУ и чтение из него при помощи стекового способа адре- 

сации производятся командами 

РОЗН 5гС.- 

РОР а$5Е 


Мнемокоды стековых команд соответствуют английским глаголам 
«затолкнуть» и «вытолкнуть». 

Существует еще одна команда копирования ХСН (еХСНапее означает 
«обменять»), которая осуществляет обмен содержимого источника и 
приемника. В принципе обмен можно произвести при помощи трех 
команд пересылки. Следующие команды делают это за то же время, но 
занимают меньше места в ПЗУ и не требуют использования дополнительной 
ячейки ОЗУ: 

ХСН А, Вп 
ХСН А, @в: 
ХСН А, эгс 


Есть также команда, обменивающая младшие половины байтов: 
ХСНЬ А, @В: 
Здесь О означает Пури (четыре бита используются для двоичного представ- 
ления десятичной цифры). 


Одна из команд пересылки данных записывает два байта в регистр 
указателя данных: 
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МОУ ОРТВ, #5гс 


Других команд для явной пересылки двухбайтовых данных нет. 
Несколько команд пересылки информации работают в битовом фор- 
мате. В команде МОУ источником или приемником должен быть бит 
переноса С: 
МОУ С, Е?ад9 
МОУ Е1ао, С 
Для записи констант 0 и 1 используются команды очистки СГК и уста- 
новки ЗЕТВ ($ЕТ ВИ означает «установить бит»): 


СЪВ С 
СВ — ЕЛад 
ЗЕТВ С 
ЗЕТВ Е2ад 


Все команды пересылки не влияют на содержимое слова состояния 
программы, за исключением случаев пересылки информации в этот 
регистр или один из его битов. 


1.6. Команды поразрядной 
обработки информации 


Команды поразрядной обработки информации отличаются от команд 
арифметических операций тем, что работают с отдельными битами 
независимо от содержимого байта в целом. Такие команды есть для 
байтового и битового формата данных. Их также называют логическими 
командами, потому что с их помощью можно вычислять функции алгебры 
логики НЕ, И, ИЛИ и ИСКЛЮЧАЮЩЕЕ ИЛИ. Приведем для справки 
таблицу значений этих функций: 


Хх у /Х Х.АМО.У Х.ОВ.У Х.ХОВ.У 
0 0 1 0 0 0 
0 1 1 0 1 1 
1 0 0 0 1 1 
1 1 0 1 1 0 


Все команды поразрядной обработки информации не влияют на содер- 
жимое слова состояния программы, за исключением случаев непосредст- 
венной записи результата в этот регистр или его биты. 

Для получения обратного кода (логическая функция НЕ) при байто- 
‘вом формате данных предназначена команда 
СРЬ А 
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Мнемоника этой команды СотРГетегь означает «дополнение», хотя 
в результате ее выполнения получается не дополнительный, а обратный 
код. Имеются две команды аналогичного назначения, работающие 
с отдельными битами: 


СРЬ С 
СРЬ Е] ад 


Кроме того, инверсия бита может быть использована в командах И и ИЛИ, 
как показано далее. 

Команды для вычисления функции И в байтовом формате используют 
разнообразные способы адресации. По-видимому, мнемоника команды 
расшифровывается как АМА Г.о21са]. 

АМ А, #5гс 
АМ А, ВП 

АМЬ А, @В1 
АМЬ А, 5гС 
АМЬ а5Е, А 
АМЬ Я5Е, #5хс 


Эти команды могут использоваться, например, для очистки отдельных 
битов двоичного кода или для проверки наличия 1 в некотором наборе 
битов. Имеются две команды, вычисляющие функцию И в битовом формате: 
АМЬ с, Елад 
АМЬ С, /Е1ач 


Символ косой черты во второй команде означает, что для вычисления 

логической функции используется инвертированное значение бита. 
Аналогичный набор команд имеется и для функции ИЛИ в байтовом 

формате с мнемоникой ОК. Го1са!: 

ОвГ. А, #5гс 

ОвЬ А, Вп 

ОБЬ А, @В 

[@) 54) А, 5гс 

ОРЬ —45Е, А 

ОВГ, Я5Е, #5гс 


Эти команды могут использоваться, например, для установки отдельных 
битов двоичного кода в 1. Имеются две аналогичные команды, вычис- 
ляющие функцию ИЛИ в битовом формате: 

ОВЬ С, Е1ад 

овЬ С, /Е1ач 

Символ косой черты во второй команде означает, что для вычисления 
логической функции используется инвертированное значение бита. 
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Для функции ИСКЛЮЧАЮЩЕЕ ИЛИ аналогичные команды суще- 
ствуют только в байтовом формате. Наверно, соответствующая команда 
расшифровывается как еХсазяуе оВ Гоз1са]: 

ХЕЬ А, #5гс 
хвЬ А, Вп 

хвЬ А, 5гс 
хвЬ А, @В: 
ХВЬ —а@5Е, А 
7.4538 Я5Е, #5гс 


Эти команды могут использоваться, например, для изменения значения 
отдельных битов двоичного кода на обратное (102#е). Они могут также 
использоваться для проверки кодов на совпадение. 

К командам поразрядной обработки информации можно отнести 
команды циклического сдвига влево и вправо, работающие с 8 битами 
(накопитель) или с 9 битами (накопитель + бит переноса): 


ВЫ А 
ВВ А 
ВС А 
ВВС А 


Первая буква в мнемокодах этих команд означает Ко!ае (поворачивать), 
вторая указывает на направление (Гей или Е 120) а третья — на участие 
бита переноса. При сдвиге влево во все биты накопителя кроме самого 
младшего записывается старое содержимое соседнего правого бита. 
При сдвиге вправо во все биты накопителя кроме самого старшего запи- 
сывается старое содержимое соседнего левого бита. Если бит переноса не 
участвует в операции циклического сдвига, то при сдвиге влево в самый 
младший байт записывается старое содержимое самого старшего бита, а 
при сдвиге вправо в самый старший байт записывается старое содержи- 
мое самого младшего бита. При участии бита переноса его содержимое 
включается в цепочку циклического переноса, что позволяет осуществ- 
лять сдвиги содержимого многобайтовых кодов. К операции циклическо- 
го сдвига на 4 разряда без участия бита переноса можно отнести команду 

ЗИАР А 


Она осуществляет обмен полубайтов содержимого накопителя, так что ее 
можно интерпретировать как сдвиг младшего полубайта на 4 разряда 
влево и сдвиг старшего полубайта на 4 разряда вправо. 

Если перед выполнением команды сдвига очистить бит переноса, 
-то сдвиг с участием этого бита может использоваться в качестве команды 
арифметической операции. Сдвиг вправо соответствует делению положи- 
тельного числа на 2, притом в бит переноса записывается остаток от 
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деления. Сдвиг влево соответствует умножению положительного числа 
на 2, притом 1 в бите переноса сигнализирует о переполнении. 


1.7. Команды арифметических 
операций 


В ранее рассмотренных командах обработки информации кодирова- 
ние содержимого отдельных битов байта не имело значения. В арифме- 
тических операциях нужно придерживаться строго определенных правил 
записи данных в соответствии с порядковыми номерами разрядов 
двоичного кода. В связи с ограниченными ресурсами микроконтроллера в 
нем используются только четыре арифметических операции с целыми 
числами. Отступления от правил кодирования приводят к неправильному 
выполнению арифметических операций. 

В одном байте может быть закодировано 256 значений целого числа. 
При работе с положительными числами это соответствует значениям от 0 
до 255. Все команды арифметических операций предназначены для 
работы с положительными целыми числами байтового формата, хотя 
команды сложения и вычитания в случае отсутствия переполнения обес- 
печивают получение корректного результата при специальном: способе 
кодирования отрицательных чисел. Кодирование чисел более подробно 
рассмотрено — в главе о программировании арифметических операций. 
При необходимости работы с числами, которые не могут быть представ- 
лены в байтовом формате, необходимо разрабатывать соответствующие 
подпрограммы. Выполнение операций умножения и деления с числами, 
имеющими произвольный знак, возможно при их представлении через 
знак и модуль и использовании соответствующих подпрограмм. Это 
могут быть собственные разработки или заимствования из хорошо прове- 
ренных библиотек других разработчиков. 

Команда сложения работает с данными байтового формата, притом 
в качестве приемника всегда используется только накопитель: 

АБР А, #5гс 
АО А, Вп 
АР А, @В1 
АБР А, 5гс 


Мнемоника этой команды соответствует слову АРР!оп (сложение). 

Для работы с числами, которые не могут быть представлены одним 
байтом, используется команда сложения, учитывающая перенос, полу- 
ченный при сложении предыдущей пары байтов: 
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АШООС А, #5гс 
АООС А, К 
АШГРС А, @В1 
АПРС А, $гС 


Добавление буквы С к обозначению команды указывает на использование 
бита переноса (АБО Шоп \’иН Сагпег). 

Существует также команда сложения, при помощи которой произво- 
дится увеличение заданного операнда на единицу (П\Сгетеп®: 


т А 

ТМС Вп 

тс вв 

тмС 5гС 

Такая же команда есть и для работы с двумя байтами содержимого реги- 
стра указателя данных: 

ТМС  ОРТВ 


При помощи этой команды можно изменять содержимое указателя для 
чтения последовательности байтов из ПЗУ. 

При сложении чисел, представленных двоично-десятичными кодами, 
после операции сложения нужно использовать команду десятичной 
коррекции суммы 


РА А 


Двоично-десятичное кодирование имеет весьма ограниченное примене- 
ние и потому далее не рассматривается. 

Набор команд для вычитания гораздо уже. Команда вычисления раз- 
ности существует только в варианте с вычитанием содержимого бита 
переноса (не хватило кодов команд!): 
5ОВВ А, #5гс 
ЗОВВ А, Вп 
ЗОВВ А, @В1 
50ВВ А, $5гс 


Мнемоника этой команды соответствует словам ЗВиасНоп ин Вогго\ 
(т. е. вычитание с учетом займа, так как при вычитании образуется заём, 
а не перенос). По этой причине перед вычислением разности младших 
байтов нужно обязательно очищать бит переноса, если нет уверенности 
в его содержимом. При вычислении разности старших байтов этого 
делать не нужно. 

| Существует также команда вычитания, при помощи которой произ- 
водится уменьшение заданного операнда на единицу (РЕСгетепб: 
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РЕС А 

РЕС Вп 
БЕС 5:гС 
БЕС ев: 


Команды уменьшения для работы с двухбайтовым форматом данных нет. 
Результаты выполнения команд сложения и вычитания влияют на 
содержимое битов переноса, дополнительного переноса и переполнения 
в слове состояния программы. Результаты выполнения команд увеличе- 
ния и уменынения не влияют на содержимое слова состояния программы. 
Команда умножения (МОГарИсаноп) и деления (ОТУ1$1оп) работают 
при записи операндов в накопитель и регистр В. Для команды умножения 
порядок записи сомножителей в эти регистры не важен. 
МО. — АВ 


Произведение имеет двухбайтовый формат. Младший байт произведения 
записывается в накопитель, а старший —- в регистр В. 

Для команды деления делимое должно быть записано в накопитель, 
а делитель — в регистр В: | 
РГУ АВ 


После выполнения команды в накопителе находится частное, а в регистре 
В — остаток. После выполнения команд умножения и деления в бит 
переноса заносится 0. Если старший байт произведения не равен нулю, то 
в байт переполнения заносится 1. При делении на 0 в байт переполнения 
также заносится 1. 


1.8. Управляющие команды 


Описание управляющих команд начнем с команд условного перехода. 
Эти команды используют только относительный способ адресации, 
поэтому для них будем использовать условное обозначение адреса пере- 
хода геГ. Для каждого условия существует пара команд, одна из которых 
осуществляет передачу управления при его соблюдении, а другая — при 
несоблюдении. В поле комментариев приводятся расппифровки мнемоники 
этих команд. Условием передачи управления может быть равенство или 
неравенство нулю содержимого регистра накопителя: 
2 ге] Татр 1Ё его 
3№ ге]1 Татр 2Е М№ его 
Можно также использовать в качестве условия перехода равенство бита 
переноса единице или нулю: 
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эс ге] „Татр 1ЕЁЕ Сакгу 
У9№  ге1 ;Татр 1Е Ме Саггу 


Существуют команды, которые используют в качестве условия перехода 
равенство единице или нулю содержимого любого бита в функциональном 
регистре или адресуемого бита в ОЗУ: 

УВ Е1ас, ге]1 Татр 1ЁЕ В1Е 

ЭМВ Е1ад, ге]? ;Затр 1Е М В1Е 

Команда передачи управления по равенству бита единице имеет вариант 
с очисткой содержимого этого бита: 


УВС Е]1ад, ге] ;Зашр 1Е В1Е апЯ С1еаг 


Команды с взаимоисключающими условиями позволяют обойти ограни- 
чения, связанные со способом адресации. Если адрес команды, на которую 
нужно передать управление, отличается от адреса следующей команды на 
большую величину (положительную или отрицательную), то можно 
использовать пару команд, первая из которых при соблюдении обратного 
условия передает управление через одну строку исходного текста, а вторая 
является командой безусловного перехода с абсолютной или дальней 
адресацией. 

Перечисленные команды осуществляют переход в зависимости от 
результатов предыдущих вычислений. Однако есть управляющие команды, 
которые сами осуществляют вычисления для получения условий передачи 
управления. Мнемокод первой из таких команд — СЛМЕ (Сотраге апа 
Литр # М Едиа] означает «сравнить и перейти, если не равно»). Это 
единственная команда микроконтроллера, имеющая 3 операнда. Ее четыре 
разновидности отличаются способами адресации источника и приемника: 
СОМЕ А, згс, геф 
СОМЕ А, #8хс, ге1 
СОМЕ Вип, #5хс, ге? 

СОМЕ @В1, #вхгс, ге1 


Команда вычисляет разность первого и второго операндов, но результат 
вычитания никуда не записывается, за исключением бита переноса. 
Передача управления по указанному адресу осуществляется при неравенстве 
операндов. При сравнении положительных чисел бит переноса устанав- 
ливается в 1, если первый операнд меньше второго. Если по адресу 
перехода записать команду передачи управления по содержимому бита 
переноса, то в результате одного сравнения можно выполнить три разные 
блока программы. 

Другая команда — ОУМЙ, (есгетеги ап Литр { М№ Фего означает 
«уменьшить и перейти, если не равно нулю») уменьшает содержимое 
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первого операнда на единицу. Если операнд не равен 0, то управление 
передается по указанному адресу: 

рУМА Вп, ге] 

РУмМА @$5Е, ге] 


Эта команда удобна для программирования цикла по счетчику. Перед 
началом цикла по адресу приемника надо записать число, равное 
количеству повторений цикла. Если во втором операнде записать адрес 
начала цикла и не изменять содержимое первого операнда другими 
командами в цикле, то заданный участок программы будет повторен 
заданное количество раз. 

Перейдем к командам безусловного перехода МР без возврата. Они 
используют адресацию всех трех дальностей: 
59МР ге] 
АЗМР ааг11 
Т.УМР а@аг16 


Цифры в условных обозначениях операндов последних двух команд 
указывают на количество разрядов адресной части их кодов. 

Команда безусловного перехода с индексной адресацией позволяет 
изменять адрес перехода по содержимому накопителя: 


УМР @А+ОРТВ 


При помощи этой команды можно осуществлять переходы по любому из 
256 адресов относительно содержимого регистра указателя. Поскольку 
адрес передачи управления зависит от содержимого накопителя, этот 
вариант команды безусловной передачи управления, по сути дела, не 
является таковым. Эта команда может использоваться как переключатель, 
если в заданной области программы записать команды безусловного 
перехода на некоторые блоки программы. Так как эти команды будут 
занимать более одного байта, рассматриваемая команда может использо- 
ваться для передачи управления не более чем по 128 адресам. 

Мнемоника команд безусловного перехода с возвратом СА. пере- 
водится как вызов. Эти команды не используют короткую адресацию: 
АСАЬЬ а@г11 
ТСАШГ а@аг16 


Они применяются для вызова подпрограмм, после выполнения которых 
управление должно возвращаться команде, следующей за командой вызова. 
Для этой цели перед занесением адресной части команды вызова в про- 
граммный счетчик его старое значение записывается в два байта ОЗУ, 
адресуемые указателем стека. Сначала в стек заносится младший байт 


30 


программного счетчика, а затем старший байт. Эта запись производится 

автоматически без использования каких-либо дополнительных команд. 
Для корректного возврата к вызывающей программе последней вы- 

полняемой командой подпрограммы должна быть 

ВЕТ 


Мнемоника этой команды соответствует слову ВЕТши (вернуться). 
Команда не имеет адресной части, так как при ее выполнении в про- 
граммный счетчик записываются два байта, адресуемые указателем стека 
(первым записывается старший байт, а вторым — младший). Программист 
должен обеспечить правильное содержимое указателя стека к моменту 
выхода из подпрограммы. Это требование означает, что при выполнении 
подпрограммы количество команд записи в стек должно быть равно 
количеству команд чтения из стека. Ввиду того, что адресное пространство 
стека размещается в ОЗУ, программист должен позаботиться о том, чтобы 
команды, использующие другие способы адресации, не производили 
запись информации в адресное пространство стека. 
Другая команда, работающая точно таким же образом, 
ВЕТТ 


применяется для возврата к программе, выполнявшейся в момент аппарат- 
ного прерывания. Буква [ в ее мнемокоде соответствует слову Пиеггире 
(прерывание). Аппаратные прерывания передают управление фиксиро- 
ванным адресам с запоминанием адреса возврата. Программист должен 
разрабатывать программы обработки аппаратных прерываний по тем же 
правилам, что и подпрограммы. 
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Глава 2 


Директивы ассемблера 
для микроконтроллеров 
семейства 18051 


2.1. Общие понятия о процессах 
трансляции и компоновки 


Приведенные в предыдущей главе команды могут быть переведены 
с языка Ассемблера в машинные коды микроконтроллера и далее в 
исполняемую программу при помощи двух программ, называемых 
транслятором и компоновщиком. Отложив до следующей главы вопрос 
о том, каким образом можно воспользоваться этими программами, рас- 
смотрим возможности управления процессами трансляции и компоновки 
при помощи операторов исходного текста. При разработке программы 
на Ассемблере необходимо дать задание не только микроконтроллеру, но 
и транслятору с компоновщиком. Поэтому в Ассемблере существует два 
вида операторов: команды, которые превращаются транслятором в машин- 
ные коды, и директивы, в которых даются задания на трансляцию 
и компоновку. В отличие от команд директивы могут состоять из 
нескольких строк, то есть быть составными. Область действия таких 
директив заключена между открывающей и закрывающей строками. 
Часть директив также переводится транслятором в машинные коды или 
влияет на них, а некоторые директивы используются только для удобства 
работы программиста и потому без них в принципе можно обойтись. 
В отличие от ассемблерного программирования для компьютеров, когда 
нужно позаботиться еще и о взаимодействие программы с операционной 


системой, для микроконтроллеров такой проблемы нет. Но это не облег- 
чает, — а усложняет работу программиста, так как он должен сам решать 
вопросы взаимодействия программы с внешней средой. 

Написание и отладка программ содержит творческую и рутинную 
компоненты. Рутинная часть работы может быть автоматизирована 
настолько, насколько удается формализовать ее. Для того чтобы ассемблер 
и компоновщик могли выполнить формализуемую часть работы по 
переводу исходного текста программы в машинный код, программист 
должен включить в него директивы. Директивы являются средствами 
управления ассемблером и компоновщиком, каждый из которых, с одной 
стороны, достаточно "умен" (интеллекта в них ровно столько, сколько 
заложено разработчиками программного обеспечения), чтобы обходиться 
без мелочной опеки программиста, а с другой — вполне управляем. 
В Ассемблере директивы позволяют определять и использовать дополни- 
тельные программные объекты, не предусмотренные архитектурой про- 
цессора. Но они должны быть определены так, чтобы транслятор мог 
реализовать их имеющимися в микроконтроллере средствами. 

Преобразование исходного текста в машинный код осуществляется 
в три этапа. Сначала этот текст должен быть записан в файл с расширени- 
ем АЗМ при помощи обычного текстового редактора, не добавляющего 
никаких форматирующих символов. Затем текст нужно обработать транс- 
лятором, который в случае нарушения синтаксических правил выдает 
сообщения о местонахождении и типе каждой из ошибок. Если ошибок 
нет, то транслятор формирует объектный файл с расширением ОВ, 
а также, по желанию программиста, формирует файл протокола трансляции 
(листинг) с расширением Т5Т. Объектный файл используется редактором 
связей (компоновщиком) для создания исполняемой программы, имеющей 
расширение ТЗК. Поскольку на каждом из этапов работы могут обнару- 
житься ошибки, приходится возвращаться назад для коррекции исходного 
текста. И только после получения машинного кода можно приступать 
к отладке программы. 

Для того чтобы понимать сообщения транслятора и компоновщика 
об ошибках, нужно усвоить общие понятия о процессах трансляции 
и компоновки и о действиях, производимых транслятором и компонов- 
щиком по директивам в исходном тексте. Знание принципов трансляции 
и компоновки существенно облегчает освоение разных диалектов 
Ассемблера, соответствующих особенностям как архитектуры процессо- 
ров, так и математического обеспечения разработки разных фирм. 

Упомянутый выше листинг является текстовым файлом, предназна- 
ченным для программиста. В нем приводится не только исходный текст, 
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но и полученный машинный код в текстовом представлении. Для пред- 
ставления о задачах, решаемых при переходе от символического языка 
к машинному коду, рассмотрим листинг трансляции исходного текста на 
примере простой ассемблерной программы вычисления наибольшего 
общего делителя (НОД) двух положительных чисел по алгоритму Евкли- 
да. Он предписывает сначала разделить одно число на другое. Если 
остаток от деления равен нулю, то делитель является НОД. В противном 
случае нужно использовать в качестве делимого старый делитель, 
а в качестве делителя — остаток, и вернуться к операции деления. 

Пусть два положительных числа (не превышающие 255) записаны 
в накопитель и регистр В. Тогда программа вычисления НОД может быть 
составлена всего из 3 команд. Эти команды работают в цикле, по выходе 
из которого искомое число будет находиться в регистре В. Лаконичность 
программы и отсутствие адресации к ОЗУ облегчают понимание меха- 
низма трансляции. Рассмотрим фрагмент листинга, представляющий 
результат трансляции программы: 


1 0000 84 е1с11А: РТУ АВ ;уделение 
2 0001 С5 ЕО ХСН А, В ;у перестановка 

; частного и остатка 
3 0003 70 ЕВ 93972 епс11а ;возврат по 


;: ненулевому остатку 


В самом листинге нет выделения ни жирным шрифтом, ни подчеркиванием, 
добавленных в этом примере автором. Жирный шрифт использован для 
показа исходного текста программы, который транслятор берет из файла 
с расширением АЗМ. А подчеркиванием выделены машинные коды 
команд, которые транслятор записывает в файл с расширением ОВ. 
В приведенном примере нет ни одной директивы. Но это не значит, что 
полноценную программу можно написать без директив. Отсутствие 
директив не приводит к тому, что транслятор и компоновщик работают 
“без руля и без ветрил”. В начале их работы устанавливаются режимы 
“по умолчанию”. 

Как видите, результат трансляции программы представлен тремя 
группами столбцов. Первая колонка содержит десятичные номера строк 
исходного текста. Во второй колонке записаны шестнадцатеричные 
адреса команд в двухбайтовом формате. В последней группе колонок 
представлены байты машинных кодов команд в шестнадцатеричном виде. 
Примерно таким же образом записывались когда-то адреса и команды 
в стандартных бланках при программировании в кодах. Приращения 
адресов при переходе от строки к строке равны количеству байтов, отво- 
димых для хранения соответствующих данных и команд. Убедиться 
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в соответствии кодов операций и способов адресации операндов мнемо- 
нической записи команд в исходном тексте можно при помощи перечня 
команд, приведенного в Приложении 1. Для первой и третьей команд 
транслятор выбрал коды операции однозначно по мнемокодам исходного 
текста, а для второй команды пришлось сделать выбор из 11 вариантов, 
имеющих один и тот же мнемокод, в соответствии со способом адресации 
второго операнда к функциональному регистру. Адресная часть второй 
команды выбрана по имени регистра В. Имя операнда третьей команды 
задано программистом, что несколько усложнило работу транслятора 
в части вычисления адресного бита команды. Это имя (еисПа) было 
определено в поле метки первой команды, поэтому ему был поставлен 
в соответствие адрес 0. Для вычисления адресной части команды услов- 
ного перехода транслятором использованы числовые значения адресов. 
После чтения управляющей команды содержимое программного счетчика 
будет равно 5, так что для возврата к началу программы нужно записать в 
ее адресной части —5, что в шестнадцатеричном коде байтового формата 
равно ЕВВ. 

Для обработки имен программных объектов транслятор ведет таблицу 
соответствия символических имен в исходном тексте программы их 
фактическим адресам. Эта таблица также выводится в листинг как текст: 


Реё1пеа Зутро]1 Мате Уа1ае КеЕегепсез 
Рге ВЗЕСТ 0000 
Рге СООЕ 0000 
Рге РАТА 0000 
1 ецс11а 0000 3 
Рге ВЗЕСТ 0000 


В первой колонке таблицы приводится номер строки, в которой определено 
символическое имя, во второй — само имя, в третьей — соответствующий 
ему адрес и в четвертой — список номеров строк, в которых имеются 
ссылки на это имя. Имена упорядочены по алфавиту. В таблицу вошли 
четыре имени, которые отсутствуют в исходном тексте. Это стандартные 
имена секторов программы, поэтому в первой колонке таблицы для них 
вместо номера строки записано Рге (от ргедаепите — предопределено). 

Если попытаться прочитать объектный файл при помощи текстового 
редактора в системе М$ РО$, то из последовательности кодов 84 С5 ЕО 
70 ЕВ наверняка можно увидеть только букву “р” (латинскую строчную 
букву) вместо 70, а вид остальных символов будет зависеть от загруженной 
кодовой страницы. В частности, для кодовой страницы 866 (Россия) 
вместо 84 на дисплей выводится символ псевдографики (прямой угол 
с вершиной слева внизу), вместо С5 — буква “е”, вместо ЕО — буква “П” 
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и вместо ЕВ — буква “Ш”. Кроме того, как будет показано в следующей 
главе, объектный файл содержит большое количество информации, 
необходимое компоновщику и совершенно не нужное программисту. Так 
что эти пять кодов нужно еще суметь найти в объектном файле. Из приве- 
денного примера видно, насколько удобен листинг в части представления 
информации о результатах трансляции в текстовом формате. 

Мнемокоды директив не совпадают с мнемокодами команд, но про- 
граммисту желательно иметь бросающееся в глаза различие между ними. 
Поэтому для удобства чтения программ лучше начинать мнемокод дирек- 
тивы с точки (это допускается синтаксическими правилами транслятора 
семейства 18051). Многие директивы имеют синонимы, то есть директивы 
с разными мнемокодами обозначают одно и то же. В этом случае в качестве 
основного мнемокода приводится тот, который используется в других 
диалектах Ассемблера. Для того чтобы читатели могли изучать исходные 
тексты авторов, использующих разную запись директив, приводятся 
синонимы основного мнемокода. 

А теперь приведем две простейшие директивы. Первая из них 
.ЕМО 


По этой директиве транслятор прекращает трансляцию. В следующей за 
этой строкой части исходного текста можно писать все что угодно, ибо 
транслятор не читает далее ни строчки. Обычно трансляторы разрабаты- 
ваются для работы не с одним типом процессора, а со всем семейством. 
Для микроконтроллеров семейства 18051 выбор типа производится директивой 
.СНТР тип 


По умолчанию этой директивой производится ассемблирование для типа 8051. 


2.2. Обработка имен транслятором 
и компоновщиком 


Перевод мнемокодов и имен регистров ассемблерной команды в ма- 
шинный код производится по заранее заданным таблицам с учетом 
способа адресации. Обработка символических имен, заданных програм- 
мистом, представляет более сложную задачу. Программисту нужно 
понимать, каким образом эти имена обрабатываются транслятором 
и компоновщиком. Смысл обработки имен транслятором состоит в вы- 
числении адресов, по которым программные объекты будут размещены 
в ОЗУ и ПЗУ микроконтроллера. По этим адресам определяются ма- 
шинные коды команд, загружаемых в ПЗУ. Транслятор и компоновщик 
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(независимо от используемого языка программирования) решают задачу 
вычисления правильных адресов данных и команды в соответствии с их 
размещением в памяти. 

Начнем ознакомление с проблемой вычисления адресов команд 
и данных с понятия о сегментировании памяти. В отличие от процессоров, 
для микроконтроллеров сегментирование связано не со способом вычис- 
ления исполнительного адреса, а с форматом обрабатываемой информации. 
Обращение к встроенному ОЗУ и к функциональным регистрам микро- 
контроллера может производиться как для чтения, так и для записи. 
Адресное пространство для данных в байтовом и битовом форматах от 00 до 
ЕЕ соответствует размеру байта адресации. В ОЗУ можно адресовать 128 
байт (адреса от 00 до 7Е) и столько же битов. Битовое пространство 
занимает байтовые адреса от 20 до 2Е, то есть 16 байт того же самого 
ОЗУ. Остальные адреса используются для обращения к функциональным 
регистрам. Обращение к внешним ЗУ может производиться только в байто- 
вом формате, притом к ЗУ команд — только для чтения. Адресное про- 
странство внешних ЗУ ограничено двумя байтами адресации, что соответ- 
ствует 65536 байт (адреса от 0000 до ЕЕЕЕ). 

В Ассемблере стандартными сегментами (они называются также сек- 
циями) являются сегменты СОРБЕ (предназначен для программы) и РАТА 
(предназначен для данных). Две других секции ВЕСТ (битовая) и КЗЕСТ 
(регистровая) введены для программирования обращений к ОЗУ в бито- 
вом и байтовом форматах соответственно. Все эти названия имеются 
в таблице имен приведенного примера. Любая часть транслируемого 
текста должна относиться к какой-либо секции, то есть находиться между 
открывающей и закрывающей строками директивы определения секции: 
.СОРЕ 
;команды и директивы секции кода 
- ЕМО$ 
-РАТА 
; директивы секции данных 
. ЕМО$ 
.ВЗЕСТ 
;удирективы регистровой секции 
. ЕМО$ 
.ВЗЕСТ 
; директивы битовой секции 
.ЕМОБ 


Если в начале исходного текста не указано имя секции, то транслятор по 
умолчанию считает открытой секцию кода (именно поэтому нам удалась 
трансляция приведенного примера). Допускается вложение одних секций 
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в другие. Строка ЕМО$ закрывает вложенную секцию. Если вложения 
секции не нужно, то для перехода к другой секции достаточно записать 
только открывающую строку директивы. 

При желании можно задать дополнительные секции при помощи 
следующих директив: 
имя: .ЗЕСТТОМ ВТТ ;Описывается новая битовая секция 
имя: .„ЗЕСТТОМ ВЕС ;Описывается новая регистровая секция 


Эти директивы позволяют программисту задавать имена секций. Для 
открытия секции, определенной программистом, нужно записать имя 
секции в поле мнемокода. Допускается использование не более 256 
секций в одном файле. 

Транслятор переводит данные и команды в машинный формат, рас- 
полагая их в той последовательности, в какой они будут храниться 
в отведенном для них адресном пространстве секции. Поскольку программа 
состоит из нескольких секций, то вычисление адресов для записи двоичных 
кодов ведется для каждой секции отдельно. Начальный адрес в каждой из 
секций равен 0. Для использования счетчика текущего адреса в секции 
применяется предопределенное символическое имя $ (знак доллара) или * 
(звездочка). Числовое значение содержимого счетчика после трансляции 
строки исходного текста увеличивается на количество байтов, добавленных 
в адресное пространство текущего сегмента командой или директивой. 
Программист может использовать содержимое счетчика текущего адреса 
в выражениях, входящих в операнды команд или директив, и даже изменять 
его содержимое при помощи директивы. Запись заданного адреса в счетчик 
производится директивой 
.ОВС адрес 


Синонимом ОКСО является ОКТОТМ. 

При обработке каждого оператора, которому соответствуют данные 
или команда, транслятор переводит их в двоичный код и записывает 
в отведенном для их секций адресном пространстве. Если оператор 
поименован (в поле метки есть имя), то транслятор записывает номер 
строки, имя объекта и содержимое счетчика адреса в таблицу имен. 
Конечно перед этим транслятор проверяет, нет ли этого имени в таблице. 
Если оно уже есть в таблице, то выдается сообщение об ошибке. Как 
только команда поименована, мы можем записывать в поле операнда 
управляющих команд ее адрес в символическом виде для передачи 
управления. Как только поименованы данные или отведенное для них 
_ место в памяти, мы можем записывать в поле операнда команды обработки 
информации их адрес в символическом виде (для чтения или записи). 
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Имя программного объекта может быть использовано в поле операнда 
только тогда, когда оно включено в таблицу символических имен. Если 
имя используется в той части программы, которая предшествует его 
определению, то транслятор не может использовать его при первом 
проходе, так что ему приходится читать исходный текст повторно после 
определения всех меток. Если и после повторного чтения программы не 
удалось обнаружить имя, записанное в операнде, то ввиду невозможности 
вычисления значения адресного выражения с этим именем транслятор 
выдает сообщение об ошибке. 

Повторное использование имени в поле метки недопустимо, потому 
что нельзя создавать дополнительный программный объект с тем же 
самым именем. Исключения из правила уникальности используемых 
имен допускаются только в том случае, когда их повторное появление не 
нарушает этого правила. Это относится к директивам переопределяемых 
программных объектов и к локальным меткам. В таком случае при повтор- 
ном использовании имени ранее созданный программный объект заменяется 
другим. 

Имя должно начинаться с буквы и состоять из букв, цифр и может 
включать в себя некоторые другие символы. Его длина может быть очень 
большой, лишь бы оператор не вышел за пределы строки редактора, но 
только 32 первых символа будут иметь значение для таблицы имен. 
Большие и маленькие буквы в имени считаются различными. При соблю- 
дении этих условий имя в поле метки считается нелокальным и включа- 
ется в таблицу имен модуля. Имя, подставленное в поле метки, называет- 
ся меткой (1а5е]). Метку можно начинать с любой колонки, если за 
именем следует двоеточие. Если двоеточие не используется, то первый 
символ имени должен располагаться в первой колонке. 

Обычная метка наблюдаема (5соре) во всем модуле. Однако при про- 
граммировании можно пользоваться локальными метками, видимость 
которых ограничена двумя ближайшими нелокальными метками (пред- 
шествующей и последующей). Локальные метки могут быть использова- 
ны многократно, поэтому они не включаются в таблицу имен. Отличи- 
тельным признаком локальной метки является символ $ в начале или 
конце имени, поэтому имя локальной метки может начинаться с цифры. 
Впрочем в качестве признака локальной метки можно использовать 
другой символ, который указывается директивой 
.ЫСНАВ символ 


Эта директива изменяет символ-определитель локальной метки. 
До сих пор речь шла об именах, используемых в пределах одного 
программного модуля. Если программа состоит более чем из одного 
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модуля, то вычисление всех адресов на этапе трансляции невозможно. 
В связи с этим необходимо обратить внимание читателей на то, что 
адреса команд и данных на разных этапах подготовки программы к 
выполнению вычисляются с разной степенью определенности. Это каса- 
ется размещения команд и данных в памяти и, как следствие, ссылок на 
адреса команд (из управляющих команд) или на адреса данных (из команд, 
обрабатывающих информацию). В связи с неполнотой информации о разме- 
щении данных и команд транслятор создает в объектных модулях три вида 
адресов: 


® одна часть адресов определена окончательно и не подлежит 
изменению, 


® другая часть адресов определена с точностью до размещения 
модулей в программе, 


® третья часть адресов неизвестна, так как они находятся в других 
модулях (так называемые внешние ссылки). 


Так что при трансляции каждого оператора, порождающего машинный 
код, транслятор прежде всего проверяет, какого рода адреса используются 
в операторе, по какому адресу этот код должен быть записан и какое 
символическое представление объекта программы должно быть сохранено 
для последующей сборки. 

При использовании нескольких модулей большинство адресов, вы- 
численных транслятором, не являются окончательными и подлежит 
уточнению в процессе сборки. При сборке объектных модулей производится 
их перекомпоновка с целью объединения частей программы, содержащих 
одноименные секции, что позволяет вычислить все адреса. Имена секций 
сохраняются в объектных файлах для того, чтобы при сборке модулей 
объединять одноименные секции. При трансляции по умолчанию исполь- 
зуется относительный режим, чтобы при сборке не происходило наложения 
адресных пространств. В относительном режиме сборка производится 
так, чтобы адресное пространство очередного модуля располагалось 
непосредственно за адресным пространством предыдущего. Таким образом 
для каждой из секций размер адресного пространства программы равен 
сумме адресных пространств модулей, если программист не задал смещения 
для собираемых частей секций. 

При необходимости можно обеспечить фиксированные (не изменяемые 
компоновщиком) адреса в пределах 0 страницы ЗУ переключением 
транслятора в абсолютный режим директивой 
.АВЗОГОТЕ 
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Абсолютный режим допустим только для данных. Выполняемые команды 
всегда ДОЛЖНЫ ассемблироваться в относительном режиме. Для возврата 
к относительному режиму используется директива 

.ВЕБАТТУЕ 


При переходе из одной секции в другую атрибуты АВЗОГОТЕ и ВЕГАТТУЕ 
не изменяются. 

В современных компьютерах большинство программ должно быть 
перемещаемыми, то есть работоспособными при их загрузке в произвольную 
часть ОЗУ. В микроконтроллерах все адреса окончательно определяются 
уже в процессе редактирования связей. Совершенно ясно, что транслятор 
может определить самостоятельно только первые два из трех перечис- 
ленных выше видов адреса. Притом адреса второго вида в объектном 
коде помечаются специальными символами, обнаружение которых 
используется компоновщиком для пересчета. Чтобы транслятор не выда- 
вал сообщения об ошибках по третьему виду адресов, программист 
должен включить в программу соответствующие директивы. Связи 
между модулями осуществляются по данным и по управлению. Эти связи 
осуществляются при помощи символических имен, которые в модулях, 
вызывающих связь, объявляются как внешние при помощи директивы 
.БХТЕВМАГ список 


В списке должны быть перечислены имена, определяемые в других 
модулях. Регистры могут быть заданы как внешние двумя путями. Если 
директива используется в регистровой секции, то внешние имена опреде- 
ляются как регистровые. Во всех остальных секциях необходимо перед 
каждым именем регистровой переменной в списке вставить слово ВЕС. 
Синонимами ЕХТЕКМАТ, являются ЕХТЕВМ и ХВЕЕ. 

Вызываемые имена должны быть определены в соответствующих 
модулях как доступные при помощи директивы 


. РОВЬТС список 


Определив имя как доступное, можно ссылаться на него из других модулей. 
„ Синонимами РОВИС являются ХРЕЕ и СГОВАГ, хотя последний мне- 
мокод в других диалектах Ассемблера используется для объявления 
и внешних, и доступных имен. 

Существует еще один способ сделать имена доступными для исполь- 
зования другими модулями. Для этого используется директива 
.СЬОВАГЗ ОМ 


Транслятор считает все имена в поле меток команд следующих за этой 
директивой глобальными, доступными для ссылки из других модулей. 
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Эта директива не действует на локальные метки. Ее действие отменяется 
переходом к трансляции другого модуля или директивой 
.СТОВАЬ ОЕЕ 


Имена, использованные в разных модулях и не внесенные в соответст- 
вующие списки, не включаются в объектные файлы. В этом случае при 
компоновке редактор связей выдает сообщение об ошибке. 

Использование промежуточного объектного файла при переводе 
исходного текста в исполняемую программу характерно для большинства 
современных языков программирования. Хотя получение исполняемой 
программы непосредственно из исходного текста в принципе возможно, 
по ряду причин сложилась практика двухступенчатого перехода. В случае 
программирования для микроконтроллеров это оправдано тем, что для 
разработки более или менее сложных программ удобно сначала отладить 
отдельные функционально законченные модули независимо друг от 
друга. Кроме того набор отлаженных объектных файлов, которые могут 
использоваться во многих программах, можно объединить при помощи 
программы-библиотекаря в специальный файл с расширением ГВ. После 
отладки всех модулей их объектные файлы (включая библиотечные) 
собираются в один исполняемый файл для комплексной отладки про- 
граммы. 

Транслятор может обрабатывать несколько последовательно распо- 
ложенных модулей исходного текста, составляющих один файл. Для 
этого в начале каждого модуля нужно записать директиву 
.МОРОЬЕ 


ав конце модуля — директиву 
. ЕМОМОР 


Вложение модулей в другие модули не допускается. Транслятор осущест- 
вляет перевод модулей в машинный код независимо от других модулей. 
Количество модулей в файле не ограничивается. Выходной файл в этом 
случае имеет расширение РАК. Эта пара директив предназначена для 
получения объектных файлов, пригодных для работы с программой- 
библиотекарем. Их использование позволяет транслировать всю библиотеку 
в целом, вместо того чтобы транслировать каждую подпрограмму отдельно, 
а затем собирать объектные модули в один файл. Обычно библиотеки 
составляются из большого числа небольших по размерам программ. 
Когда компоновщик не может найти глобальное имя (идентификатор) 
в каком-либо из компонуемых файлов, он может продолжить его поиск в 
библиотеках. 
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2.3. Директивы резервирования памяти 
и инициализации данных 


Директива резервирования памяти позволяет определить адрес 
информации для имени, указанного в поле метки этой директивы: 
.05 размер 


Синонимами этой директивы являются ОЕЕЗ и КМВ. По директиве 
резервирования памяти значение счетчика текущего адреса в транслируе- 
мой секции увеличивается на число, указанное в операнде директивы, 
независимо от записи имени в поле метки. В битовой секции директива 
резервирует адреса для битов, а в остальных — для байтов. Инициализа- 
ция данных при этом не производится. В резервируемую область не 
записываются никакие коды. Регистровые и битовые секции отличаются 
от секций кода и данных тем, что в них можно только отводить адресное 
пространство для данных, но нельзя инициализировать содержимое ОЗУ. 
Инициализация данных в битовой и регистровой секциях должна произ- 
водиться программой сразу после включения микроконтроллера. 
Инициализация данных может быть выполнена при помощи директив 
только для секций данных и кода. Директивы инициализации позволяют 
записать данные как в числовом, так и в символьном форматах. Если у 
операнда директивы инициализации чисел отсутствует суффикс, опреде- 
ляющий основание системы счисления, то принимается значение основания 
по умолчанию. Оно считается равным десяти, если до этого в тексте не 
была использована директива изменения системы счисления по умолчанию. 
Эта директива имеет вид 
.ВАРТХ основание 


в которой операнд может принимать следующие числовые или буквенные 
значения: 


2 или В (двоичная система), 

8 или О или О (восьмеричная система), 
10 или ОР (десятичная система), 

16 или Н (шестнадцатеричная система). 


По умолчанию в этой директиве происходит возврат к десятичной сис- 
теме. Следует отметить, что если задано основание системы счисления 
16, то не существует способа описания десятичного или двоичного числа, 
. поскольку суффиксы Ш и В являются допустимыми шестнадцатеричными 
цифрами. 
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Директива инициализации данных байтового формата имеет вид 
.ОВ значение 


Синонимами этой директивы являются ОЕЕВ, ВУТЕ, ЕСВ и ЗТВГПМО. 
Операндом директивы может быть как одно значение, так и список 
значений, разделенных запятыми. Каждому элементу списка отводится 
один байт. При отсутствии операнда инициализируется одно нулевое 
значение. Допускается использование числового или символьного формата 
данных. Строки символов следует заключать в кавычки. Каждому символу 
строки отводится один байт (ограничители не включаются в объектный 
файл). Для включения кавычки в состав строки в качестве ограничителя 
следует использовать другой вид кавычек. При инициализации символов 
в машинном коде программы записываются числа, соответствующие 
загруженной в системе М5 РОЗ кодовой странице. 

Эта директива позволяет программисту записывать в любые места 
секции кода команды в машинных кодах. Таким образом, транслятор 
позволяет при желании вернуться к самому древнему методу программи- 
рования. 

Для инициализации массива данных, имеющих одинаковые значения, 
можно использовать директиву 


.ВЬКВ размер, значение 


Количество инициализируемых байтов определяется размером. По умол- 
чанию в каждом байте записывается нуль. 

Существуют специальные директивы для инициализации данных 
символьного формата. Директива 
.АЗСТТ строка 


инициализирует коды символов АЗСП, за исключением ограничителей 
строки. Если в строке появляется символ вертикальной черты (шестна- 
дцатеричное 7С), то этот и последующие символы не инициализируются. 
Еще одна директива инициализации данных символьного формата 


„ОС строка 


использует в качестве ограничителей первый символ строки и следующий 
совпавший с ним. Инициализируются только символы, расположенные 
между ограничителями, притом в старший бит кода последнего инициа- 
лизируемого символа записывается 1. Синонимом этой директивы явля- 
ется ЕСС. 

Для ввода некоторых неотображаемых символов можно использовать 
их символическое представление при помощи пары букв: 
"СВ" или 'СВ' — саггзаде гебаго (возврат каретки} 
"ТЕ" или '.Е' — 1]пе Еее@ (перевод строки) 
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"5Р" или '5Р' — зрасе (пробел) 

"НТ" или 'НТ' — Богухопеа1 саб (горизонтальная табуляция) 
"М." или '№М' — рот (нуль) 

Для того чтобы в операндах директив инициализации можно было исполь- 
зовать приведенные обозначения неотображаемых символов, используется 
директива 

.ТМОСНАК ОМ 


По умолчанию используется режим выключения ввода неотображаемых 
СИМВОЛОВ. При необходимости можно выключить этот режим директивой 


.ТИОСНАК ОРР 


Чтобы отличать символ от числа, когда-то было принято записывать еди- 
ницу в старший бит каждого кода символа при инициализации символьных 
данных директивами АЗСП или ОВ. Для включения и выключения режима 
записи 1 в седьмой бит кода символа используются директивы 


.ВТТ7 ОМ 
.ВТТ7 ОРР 


По умолчанию режим записи 1 в седьмой бит кода символа выключен. 

Существуют директивы инициализации данных, состоящих из двух 
байтов (слов). Инициализация отдельных значений или списков значений 
осуществляется только в числовом формате директивой 


-РИ значение 


Синонимами этой директивы являются РЕЕ\, \ОЕО и ЕБВ. Для ини- 
циализации массива одинаковых значений в формате слова используется 
директива 


. ВЫКИ размер, значение 


Она инициализирует заданное количество 16-разрядных слов с заданным 
значением. По умолчанию инициализируются значения нуль. 

Поскольку система команд 18051 не работает с данными в формате 
слова, то расположение старших и младших байтов может задаваться 
программистом произвольно. Для работавших с системой команд ВМ РС 
привычно записывать старший байт по старшему адресу, притом адрес 
младшего байта должен быть четным. Приведенные директивы инициа- 
лизации данных в формате слова располагают старший байт по младшему 
адресу без соблюдения четности адресов. 

Существуют также директивы инициализации числовых данных 
в форматах ГОМС, ЕГОАТ и РООВГЕ, но для микроконтроллеров 
в подавляющем большинстве случаев использование таких форматов 
является экзотикой. 
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2.4. Использование выражений 
в операндах 


Для удобства программиста в трансляторе имеется возможность 
вычисления числовых значений операндов, записываемых в виде выра- 
жений. Следует помнить, что эти выражения вычисляются только на 
этапе трансляции. В представленном ниже перечне для каждой вычисли- 
тельной операции указано символическое обозначение, уровень приори- 
тета и назначение. Ограничителями буквенных обозначений вычис- 
лительных операций являются точки. Операции, имеющие наивысший 
уровень приоритета, являются унарными (работают с одним аргументом). 


операция Приоритет Назначение 


Подтверждение знака операнда 
Изменение знака на противополный 
Поразрядная инверсия 

Выделение старшего байта слова 
Выделение младшего байта слова 
Возведение в степень (положи- 
тельные числа) 

Умножение положительных чисел 
Вычисление частного от деления 
положительных чисел 

Вычисление остатка от деления 
положительных чисел 

Сдвиг двоичного кода вправо 
Сдвиг двоичного кода влево 
Сложение 

Вычитание 

Поразрядное логическое И 
Поразрядное логическое ИЛИ 
Поразрядное логическое 
ИСКЛЮЧАЮЩЕЕ ИЛИ 


При выполнении вычислительных операций наивысший приоритет 
имеют круглые скобки. Вычисления осуществляются при помощи 
80-разрядных двоичных целых чисел, за исключением операций возведе- 
ния в степень, в которых используется 8-разрядное значение показателя 
степени. Однако в качестве операндов используется целая часть выражения 
(за исключением форматов ЕГОАТ и РООВГЕ) в двоичном представле- 
нии с ограниченным количеством разрядов (8 — для байта и 16 — для 
слова). При возведении в степень первым операндом является основание, 
а вторым — показатель степени. При сдвиге первым операндом является 
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величина сдвига, а вторым — сдвигаемый код. Освобождаемые при 
сдвиге разряды кода заполняются нулями. 

Уровень приоритета | (самый низкий) имеют операции сравнения 
числовых значений, результатом которых является логическое значение. 
Истинное значение представляется набором единиц во всех разрядах 
байта, а ложное — вабором нулей. В представленном далее перечне 
приводятся операции сравнения периода ассемблирования. Приведенные 
в перечне высказывания являются условиями истинности выражения с 
соответствующей операцией сравнения. 


Операция Приоритет Условие истинности 


.ЕО. 1 первое число равно второму 
„СТ. 1 первое число больше второго 
.ТТ. 1 первое число меньше второго 
. ОСТ. 1 первое число выше второго 
ОТ. 1 первое число ниже второго 


При сравнении чисел следует учитывать, что для заведомо положитель- 
ных чисел и для чисел со знаком используется разное кодирование. 
Поэтому для сравнения чисел со знаком должны использоваться 2-я и 3-я 
операции, а для сравнения заведомо положительных чисел — 4-я и 5-я. 


2.5. Директивы условной трансляции 


Для управления трансляцией существуют директивы выбора транс- 
лируемого текста в зависимости от выполнения тех или иных условий. 
Эти директивы составные, то есть могут состоять из двух или трех строк. 
В первой строке оператора формулируется условие трансляции следую- 
щего за ним текста. Здесь он приведен в условном виде из-за большого 
количества разновидностей открывающего оператора директивы условной 
трансляции. Все эти разновидности будут описаны далее. Вторая строка 
оператора используется для обозначения начала текста, который трансли- 
руется при несоблюдении условия. Если альтернативного текста нет, то 
этот оператор ве нужен. Последняя строка закрывает директиву условной 
трансляции. . 

.ТЕ условие 
; транслируется при соблюдении условия 
.ЕЬЗЕ 


;утранслируется при несоблюдении условия 
.- ЕМОТЕ 
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Синонимом закрывающей строки условного оператора является ЕМОС. 
Допускается вложение директив условной трансляции (до 248 уровней). 
Транслятор проверяет соответствие пар открывающих и закрывающих 
строк. В случае отсутствия парности он выдает сообщение об ошибке. 
В составе открывающих строк директив условной трансляции имеется не 
только множество синонимов, но и большое количество антонимов 
(мнемокодов с противоположным условием). 

Начнем с директив, проверяющих числовое значение выражения, 
записанного в поле операнда. 


.ТЕМА значение 


Условием выполнения приведенного мнемокода является неравенство 
операнда 0. Синонимами этой директивы являются №, ЕМ и СОМО. 
Антоним этой директивы проверяет равенство операнда 0. 

.ТЕаА значение 


синонимом которой является ТЕЕ. 

Аналогичные директивы проверяют истинность логических выражений, 
сравнивающих числа. 
.ТЕТВОЕ сравнение 


Условием выполнения приведенного мнемокода является истинность 
логического выражения. Синонимом этой директивы является ЕМЕАГЗЕ. 
Данная директива фактически является эквивалентом ТЕМ. Антонимом 
директивы ЕТВОЕ является директива 


.ТЕРАТГЗЕ сравнение 


Условием выполнения ее мнемокода является ложность выражения. 
Синоним этой директивы ШЕМТКОЕ. Данная директива фактически 
является эквивалентом ГЕЙ. 

Есть директивы с поверкой совпадения строк, заданных первым 
и вторым операндами. 


.ТЕЗАМЕ строка1, строка2 


Условием выполнения приведенного мнемокода является идентичность 
строк. Синонимом этой директивы является ЕМОТЕЕ. Если строка содержит 
пробелы, то-она должна быть заключена в кавычки. Антоним этой директивы 
проверяет отсутствие идентичности строк. 

.ТЕМЗАМЕ строка1, строка? 


Синонимом этой директивы является ТЕРТЕР. 
Имеются директивы, проверяющие операнд на совпадение с каким- 
либо именем в таблице программных объектов, которую составляет 
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транслятор. Условием выполнения приведенного мнемокода является 
наличие операнда этой директивы в таблице имен. 


.ТРРЕЕ имя 


Антонимом этой директивы является ЛЕМРЕЕ. Поскольку имена в таблице 
могут быть внешними и внутренними, существует директива проверки 
принадлежности операнда к внешним именам 


.ТЕЕХТ имя 


Антонимом этой директивы является ТЕМЕХТ. Если в директивах проверки 
внешних меток условие не выполнено, то транслятор выдает сообщение 
об ошибке. 

При наличии имени в таблице программных объектов может потре- 
боваться проверить, является ли адрес этого имени абсолютным или 
относительным: 


.ТЕКЕГ имя 


Условием выполнения приведенного мнемокода является наличие пере- 
мещаемого адреса для заданного имени. Синонимом этой директивы 
является ЕМАВ$. Внешние метки являются перемещаемыми, поэтому 
при использовании в качестве операнда внешнего имени условие считается 
выполненным. Проверка наличия абсолютного адреса для заданного 
имени осуществляется директивой 

.ТЕАВ$ имя 


Синонимом этой директивы является 1ЕМВЕГ. Если в этой директиве 
используется операнд, соответствующий внешнему имени, то условие 
считается невыполненным. По невыполнению условий двух этих директив 
транслятор также выдает сообщение об ошибке. Выдача ошибки при 
неправильном определении внешнего имени или связанного с ним адреса 
нужна потому, что компоновка объектного модуля в этом случае приве- 
дет к ошибкам в машинном коде. 

Кроме перечисленных директив условной трансляции существуют 
директивы аналогичного типа, используемые в сложных текстовых 
подстановках. 


2.6. Директивы подстановок 


В Ассемблере могут использоваться подстановки, которые являются 
‚ очень удобным средством программирования. При помощи директив 
подстановок программист создает поименованные объекты, которые 
могут быть использованы в тех или иных местах исходного текста, 
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Корректное использование подстановок существенно уменьшает влияние 
описок. Название языка Ассемблер (сборщик) связано не столько с воз- 
можностями трансляции (трансляция осуществлялась уже в ЯСК — языке 
символического кодирования), сколько с возможностью сборки программ 
из отлаженных текстовых заготовок. 

Существуют два вида простых подстановок: числовая и текстовая. 
Директива числовой подстановки приписывает имени, указанному в поле 
метки, заданное операндом директивы числовое значение. 


имя: .УАВ значение 


Синонимом этой директивы является РЕРГ. Числовая подстановка может 
переопределять имя, то есть этой директивой разрешается изменять 
числовое значение, приписанное имени. 

Директива текстовой подстановки присваивает имени, указанному 
в поле метки, текстовое значение: 
имя: .Е0Ч текст 


Синонимом этой директивы является ЕОЧАТ. Переопределять имя, 
заданное текстовой подстановкой, нельзя. Операнды в обеих директивах 
представляют собой символы исходного текста. Транслятор обрабатывает 
эти подстановки по-разному: для числовой подстановки трансляция операнда 
осуществляется до подстановки, а для текстовой — после подстановки. 

Еще одна директива текстовой подстановки позволяет программисту 
назначить произвольное имя регистру или адресуемому биту. Это имя 
может иметь до десяти символов и запоминается в отдельном буфере так, 
что таблица символов не содержит его, и оно не может быть проверено. 
Таблица регистров заполняется в следующем порядке: 

1.- Предопределенные имена регистров; 

2.- Назначенные программистом имена регистров; 

3.- Назначенные программистом имена битов. 
Назначение имени производится директивой 
имя: „ВЕС аргумент 
Синонимом этой директивы является ВКЕСТЗТЕК. В качестве аргумента 
директивы могут использоваться предопределенные регистры или биты 
или ранее определенные имена регистров. Для обозначения бита в аргу- 
менте указывается имя регистра общего назначения или функционально- 
го регистра, а затем номер бита, отделяемый от имени регистра точкой. 
Максимальное количество назначенных имен равно 512. 

Гораздо более эффективными являются сложные текстовые подста- 
новки. Обычно для такого рода конструкций языка используется термин 
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МАКРОС. Это слово, заимствованное из греческого языка, означает 
нечто большое. Макросом является последовательность строк исходного 
кода, которая будет подставляться вместо одной исходной строки. Прежде 
чем макрос сможет быть использован, его надо определить при помощи 
составной директивы сложной текстовой подстановки 


имя: .МАСВО аргументы 
утекст подстановки 
„ ЕМОМ 


Синонимом закрывающей строки для сложной текстовой подстановки 
является МАСЕМО. В списке аргументов не допускается использовать 
пробелы, разделителем аргументов является запятая. Отсутствие аргументов 
объявляется одиночной запятой. В текст подстановки могут быть включе- 
ны директивы условного ассемблирования. В этом случае в конце блока, 
ассемблируемого по выполнению условия, нужно использовать директиву 
.МАСЕХТТ 


Говорят, что эта директива вызывает непосредственный выход из макро- 
са, хотя на самом деле прекращается подстановка текста с заданным 
именем. Все условно ассемблированные величины запоминаются тем же 
образом, что и при завершении макроса. В сложных текстовых подста- 
новках допускается использование меток. Уникальность используемых 
меток может обеспечиваться двумя способами: явным и неявным. Для 
явного способа программист должен записать их в определении сложной 
текстовой подстановки таким образом, чтобы в результате подстановки 
они были уникальными. В этом случае в состав метки можно включать 
аргумент. Признаком неявного способа служит символ # в конце имени. 
В процессе трансляции ассемблер вместо знака # подставляет состоящий 
из 3 цифр номера подстановки. В этом случае в тексте подстановки длина 
метки вместе с символом номера не должна превышать 30. 

Транслятор хранит определение сложной текстовой подстановки и 
вставляет ее вместо того оператора исходного текста, в мнемокоде которого 
записано имя сложной текстовой подстановки. Операнды замещаемого 
оператора подставляются в текст подстановки вместо аргументов, заданных 
в определении сложной текстовой подстановки. Указанные в макроопре- 
делении аргументы являются его формальными параметрами. При вы- 
полнении подстановки формальные параметры заменяются на фактиче- 
ские значения, содержащиеся в операндах вызова сложной текстовой 
подстановки. После выполнения подстановки производится трансляция 
подставленного текста в машинный код. 

Фактические значения аргументов сложной текстовой подстановки 
могут иметь любой тип: прямые, косвенные, символьные строки или 
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регистры. Пробелы в аргументах недопустимы, за ‘исключением строк в 
кодах АЗСИ: в этом случае строка должна быть заключена в кавычки. 
Если имена формальных аргументов идентичны, то аргументы будут 
передаваться любым вложенным макросам. Вложение макросов ограни- 
чивается только объемом доступного транслятору пространства памяти. 
Если в качестве фактического значения необходимо использовать запятую, 
то в качестве разделителя фактических параметров можно использовать 
скобки. Для этого необходимо перед определением сложной текстовой 
подстановки использовать директиву 


.МАСРЕГТМ скобка 


В качестве операнда этой директивы разрешается использовать символы 
открывающих скобок (обычной, фигурной или квадратной). При вызове 
подстановки фактические значения аргументов должны быть заключены 
в открывающую и закрывающую скобки Того вида, который указан в 
директиве. 

При подстановке может осуществляться замещение части текста, 
обозначенной как формальный параметр, на фактическое текстовое 
значение. Для этого аргумент должен отделяться от остального текста 
символом конкатенации строк, в качестве которого используется символ 
вертикальной черты (| — шестнадцатеричный код 7С). Выражения 
с операцией конкатенации (слияния строк) могут использоваться только 
внутри определения сложной текстовой подстановки. Для того чтобы 
отличить от числового значения текстовое обозначение числа, последнее 
записывается в угловых скобках <>, при этом пробел между символом 
конкатенации и открывающей угловой скобки недопустим. 

Транслятор осуществляет проверку количества операндов в вызове 
количеству аргументов в определении сложной текстовой подстановке. 
Для включения и выключения этой проверки можно использовать директивы 
.АКССНК ОМ 
.АКССНК ОЕР 


Чтобы использовать в вызове подстановки меньшее количество парамет- 
ров, используется директива АВОСНК. ОЕЕ. Первоначально проверка 
включена. 

Для проверки наличия аргументов в операнде вызова сложной тек- 
стовой подстановки в ее определении можно использовать условную 
директиву 

..ТЕМА выражение 


По этой директиве транслятор вычисляет значение выражения и ищет 
в операнде вызова подстановки аргумент с полученным порядковым 
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номером. При наличии аргумента для подстановки используется текст, 
предшествующий директиве ЕТУЕ, а при отсутствии — следующий за 
нею. Условие отсутствия аргументов может быть задано посредством 
условия <выражение>=0. В этом случае, если в строке вызова макроса 
никакие аргументы не присутствуют, то подставляется текст, предшест- 
вующий директиве ЕТ ЗЕ, а при наличии — следующий за нею. Антонимом 
этой директивы является ЕММА. 

При использовании рекурсивного вызова сложной текстовой подста- 
новки (использование в тексте подстановки своего собственного имени) 
для завершения подстановки после определенного количества вложений 
используется директива 


. ТЕСЬБАЕ 


Данная директива не выполняется, если находится внутри ассемблерного 
блока, который не обрабатывается в силу ложности условия. Она может 
использоваться в рекурсивном макросе для обработки сбалансированных 
пар директив Е - ЕМГЛЕ, позволяя завершиться рекурсивным вызовам 
подстановки. При рекурсии она выполняет ту же функцию, которую 
выполняет директива МАСЕХИТ в случае отсутствия рекурсии. 
Поскольку сложная текстовая подстановка производится по. имени, 
записанному в поле мнемокода, программисту важно знать, в каком 
порядке транслятор производит поиск мнемонических описаний. В первую 
очередь производится поиск в таблице мнемонических обозначений, 
задающих команды микроконтроллера, затем в таблице макроопределений 
(сложных текстовых подстановок). После этого следует поиск в таблице 
директив ассемблера и в последнюю очередь в таблице имен секций. Для 
переопределения порядка поиска может быть использована директива 


.МАСЕТВЗТ ОМ 
.МАСЕТЕЗТ ОРР 


По включению приоритета сложных текстовых подстановок поиск будет 
осуществляться сначала в таблице макроонределений, а уже затем в 
таблице мнемонических обозначений. 


2.7. Директивы управления 
вводом и выводом 


При трансляции можно включить в исходный текст другой текстовый 
файл, ввод которого транслятором обеспечивается директивой 


- ТМСЬООЕ файл 
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По этой директиве указанный файл включается в заданное место исход- 
ного текста до начала трансляции. Если файл находится в одном каталоге 
с транслятором, то достаточно указать имя файла и его расширение. 
В противном случае нужно также добавить в операнд путь к файлу. 
Вложенное включение файлов не допускается. 

При трансляции можно управлять выдачей листинга. Для управления 
шириной строки и количеством строк на странице, выдаваемой на принтер, 
предназначены директивы 


.РИ ширина 
.РЬ высота 


По умолчанию строка содержит 132 символа, а страница содержит 61 
строку. При достижении заданной границы по ширине ассемблер выдает 
код перевода строки. При достижении заданной границы по высоте 
ассемблер выдает код перевода страницы. Если обнаруживается ошибка, 
то после выдачи сообщения об ошибке ассемблер выдает код перевода 
страницы. Страницы нумеруются. Для управления числом строк от 
верхней кромки страницы до номера страницы используется директива 
„ТОР число 


По умолчанию используется значение 0. 
На каждой странице листинга можно выводить заголовок и строкой 
ниже подзаголовок при помощи директив 
«ТТТЬЕ строка 
.ЗОВТТТЬЕ строка 
Строка печатается у верхнего края каждой страницы. Если строка не 
задана (пустой операнд), то действие предыдущей директивы с таким же 
мнемокодом отменяется. Заголовок и подзаголовок могут изменяться 
произвольное число раз независимо друг от друга. Они могут быть отменены 
в любой момент времени. Длина строки не должна превышать 80 символов. 
Кроме того, первые два символа табуляции между самой директивой и 
началом строки (если они существуют) будут игнорироваться. Все распо- 
ложенные далее символы пробела и табуляции будут включаться в заго- 
ловок. Синонимами директивы вывода заголовка являются МАМ, ТТЁ 
и НЕАБРПМО. Синонимами директивы вывода подзаголовка являются 
ЭТТЕ и ЗОВТИ.. 
Для перевода страницы до завершения вывода заданного количества 
строк можно выдать директиву 
‚.РАСЕ 


Синонимами этой директивы являются РАС и ЕСТ. 
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Кроме управления форматом печати можно отключать вывод в лис- 
тинг некоторой части протокола трансляции или включать его. В некото- 
рых случаях одна строка исходного текста транслируется в несколько 
строк объектного кода. Чтобы уменьшить размер листинга, можно не 
печатать дополнительные строки объектного кода. Вывод на печать всех 
строк объектного кода задается директивой 


.АЗСЬОТЕТ ОМ 


Этот режим является стандартным (используемым по умолчанию). Вывод 
на печать только одной строки объектного кода для каждой строки ис- 
ходного текста задается директивой 


.АЗСЬТЗТ ОРЕ 


Можно полностью отключать и снова включать вывод результатов транс- 
ляции в листинг директивами 


.ГТ5Т ОРЕ 
.ГТ5Т ОМ 


При запуске программы подразумевается, что задана директива УТ ОМ. 
Синонимом директивы отключения вывода являются МОИЗТ и МИЗ$Т, 
а синонимом директивы включения вывода — М$Т. Аналогичным 
образом можно управлять выводом в листинг результатов трансляции 
сложных текстовых подстановок (макросов): 


.МАСЬТЗТ ОРЕ 
.МАСЬЫТЗТ ОМ 


Стандартным является режим раскрытия текста подстановок. Синони- 
мом директивы отключения вывода подстановок является ММИЗ$Т, 
а синонимом директивы включения вывода подстановок — МИФТ. Для 
управления выводом тех частей исходного текста, которые не транслируются 
в соответствии с условными директивами, используются директивы 


.СОМРЬЫТЗТ ОРЕ 
. СОМРЬТЗТ ОМ 


Стандартным является режим включенной генерации листинга ассемб- 
лерных блоков, которые не ассемблируются в силу ложности условия. 

Обычно протокол трансляции выводится в листинг при втором проходе. 
Но при выдаче сообщения 'Зутфбо] уаше свапре Бегмееп раззез' об измене- 
нии при втором проходе адреса, приписываемого имени, требуется выяснить 
причину ошибки. Для управления выводом результатов первого прохода 
транслятора в листинг используются директивы 


.РАЗ51 ОМ 
.РАЗ51 ОРЕ 
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Данные директивы могут также оказаться полезными для обнаружения 
ошибок, возникающих во вложенных ассемблерных блоках, которые 
ассемблируются в зависимости от выполнения условий. Они могут быть 
использованы в качестве вспомогательного средства для поиска ошибок, 
возникающих из-за различных маршрутов обработки, которые ассемблер 
реализует при выполнении прохода 1 и прохода 2. 

При необходимости общения с программистом во время трансляции 
можно использовать директиву запроса 


имя: АЗК запрос 


По этой директиве на дисплей выдается текст запроса, в ответ на который 
программист должен нажать цифровую клавишу. Из кода введенного 
символа вычитается 30. и полученное число присваивается имени, ука- 
занному в поле метки. Это значение может быть использовано в качестве 
аргумента директивы условной трансляции. Нажатие клавиши «Ниег” без 
ввода цифры вызывает повторный запрос. 

Программист может управлять выдачей сообщений о катастрофических 
ошибках, вставляя в условные директивы директиву вывода сообщения 
на дисплей 
.ЕХТТ "сообщение" 


Длина задаваемого программистом сообщения не должна превышать 79 
символов. После вывода сообщения работа транслятора завершается. 

Существуют директивы, которые позволяют управлять компоновкой 
объектных файлов. При записи исполняемых файлов в ПЗУ может пона- 
добиться заполнение пустых мест между специальными кодами, отлич- 
ными от 0. В этом случае используется директива 


.ЕТЫ.СНАВ код 


Компоновщик будет заполнять пропуски, которые создаются при исполь- 
зовании секций или начал блоков, заданным значением. Для получения 
действительных адресов в исполняемых командах используется директива 


„ЫТМКЫТ$Т 


Эта директива выполняется только совместно с опцией записи на диск. 
По этой директиве редактор связей преобразует ассемблерные листинги 
таким образом, что выполняемый адрес, адреса в полях кода объектных 
модулей и значения в таблице перекрестных ссылок представляют собой 
фактические значения в период выполнения. Для выбора опций редактора 
связей используется директива 

„.ОРТТОМ опции 
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В опциях можно указать выходной формат файла. По умолчанию выходной 
файл имеет шестнадцатеричный формат фирмы 1. Можно заказать 
запись на дисковый файл карты памяти, списка глобальных имен и ошибок 
компоновки. Опции могут быть заданы при работе с компоновщиком 
в диалоговом и командном режимах или под управлением из файла. 
Информация об опциях приведена в описании диалогового режима 
работы с компоновщиком. Директива выбора опций выполняется только 
тогда, когда они не заданы при вызове компоновщика. Для изменения 
длины записей в таблицах имен может использоваться директива 


.ВЕССТЕЕ значение 


Указанное значение принимает длина записи выходного файла вместо 
32 байт данных формата фирмы Ш] или вместо 131 байт данных формата 
$ фирмы Моюгоа. Компоновщик может создавать файлы с несколькими 
различными типами таблиц имен. Эти форматы поддерживают десятибу- 
квенные и тридцатидвухбуквенные глобальные имена. Для размещения 
таблицы имен в выходном файле редактора связей нужно использовать 
директиву 

.ЗУМВОЬ ОМ 


Она обеспечивает вывод таблицы в форматах фирм Мсгоек и 7ах. 
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Глава 3 


Кросс-средства фирмы 
2500 А.О. ЗоН\маге, пс. 
для семейства 18051 


3.1. Общие сведения 
по пакету программ 


В отличие от программирования на компьютерах, где все программы 
работают в одной и той же системе команд, технология программирования 
для микроконтроллеров другая. Ввиду ограниченных ресурсов микроконтрол- 
лерных систем исходные тексты их программ создаются и обрабатываются 
в персональном компьютере вплоть до получения исполняемой программы. 
В этом случае говорят, что инструментальная система другая, а ассемб- 
лирование называют кросс-ассемблированием (перекрестным ассембли- 
рованием). Существуют компьютерные программы, имитирующие работу 
микроконтроллеров, что может быть весьма полезно для отладки про- 
грамм на инструментальных компьютерах. Такие методы моделирования 
работы программ называются математическими. При помощи инструмен- 
тальных компьютеров и специальных приставок к ним осуществляется 
отладка программ в условиях, приближенных к реальной работе микро- 
контроллера с реальным изделием. Такие методы отработки называются 
эмуляцией. Инструментальные компьютеры используются и для записи 
исполняемого файла в ПЗУ при помощи периферийного устройства, 
называемого программатором. В данной главе приведены сведения 
о кросс-средствах, обеспечивающих создание программ для микрокон- 
троллеров семейства 18051. 


Пакет программ фирмы 2550 АО. Зой\маге, шс. предназначен для 
работы с исходными текстами программ, написанными на Ассемблере. 
Он пригоден для программирования болышой группы процессоров семей- 
ства 18051 (18080, 18085, 280, 18048 и др.). В его состав входят программы 
транслятора (ассемблера), редактора связей (компоновщика) и библиотекаря, 
работающие на персональных компьютерах, совместимых с ВМ РС. 
Пакет пригоден для работы с операционными системами УМХ, УМХ 
и М$ РО$. Далее приведена информация по работе с этими программами 
только для М$ ОО$. 

Читателей может заинтересовать вопрос, почему автор выбрал именно 
эти программы (с копирайтом 1985 года!), а не более современные? Ведь 
существуют аналогичные пакеты программ, работающие в интегрирован- 
ной среде с меню или даже с пиктограммами. Нет сомнения, что работа 
с программами, имеющими современный интерфейс, более удобна. 
Но предметом нашей книги является изучение Ассемблера для микрокон- 
троллеров, а не изучение интерфейсов инструментальных программ. 
К тому же программы наиболее свежей «выпечки» могут таить в себе 
ошибки, а старые программы выверены и отработаны. 

В главе приведены общие сведения по трем утилитам: транслятору 
(ассемблеру) Х8051-ЕХЕ, библиотекарю ШМВ.ЕХЕ, и компоновщику 
(редактору связей) ЕПМК.ЕХЕ. Программы пакета используют по умолчанию 
следующие расширения имен файлов: 


® АЗМ — входной файл для транслятора, 


® ОВ] — выходной файл из транслятора и входной файл для 
редактора связей и библиотекаря, 


® РАК — упакованный выходной файл из транслятора и входной 
файл для библиотекаря, 


® ГЭТ — выходной файл из транслятора, 


® [В — выходной из библиотекаря и входной файл для редактора 
связей, 

® ТЭК — выходной файл из редактора связей в формате исполняемого 
машинного кода, 

® НЕХ — выходной файл из редактора связей в формате фирмы Интел. 


Отметим, что ассемблером включается в объектный файл дополни- 
тельная информация для компоновки модулей. Поэтому для получения 
` исполняемого машинного кода объектный файл должен быть обработан 
редактором связей, даже если программа размещена с требуемого адреса и не 
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содержит внешних ссылок. При этом удаляется дополнительная инфор- 
мация и генерируется файл в нужном формате. 

При установке пакета программ следует иметь в виду, что для работы 
программы-библиотекаря требуется загрузка АМ$Т-драйвера. Для этого 
необходимо включить в файл СОМЕЮ.РУТ5 следующую строку: 
РЕУТСЕ=АМ$Т.5У5 


Далее описаны различные способы работы с каждой из утилит и приве- 
дены сведения о выдаваемых ими сообщениях (© выявленных ошибках). 

Две из перечисленных утилит (библиотекарь и компоновщик) 
предназначены для более широкого применения. Они могут работать 
с объектными файлами, полученными в результате трансляции с диалектов 
Ассемблера, относящихся к процессорам с другой архитектурой и системой 
команд. Формат объектных файлов, с которыми работают утилиты пакета, 
несовместим с форматом объектных файлов фирмы Майкрософт. Компо- 
новщик может выдавать исполняемые файлы в различных форматах, но 
для их загрузки в микроконтроллеры семейства 18051 обычно используются 
машинный код и формат фирмы Интел. } 


3.2. Работа с транслятором 


Работать с транслятором можно в режиме диалога и в режиме 
командной строки. Для работы в режиме диалога нужно набрать на 
клавиатуре имя программы, а именно х8051, и нажать клавишу «Емег”. 
Далее запросы и сообщения утилит будут выделяться подчеркиванием. 
Транслятор в ответ на вызов выдает заголовок и запрос о том, куда на- 
править листинг: 


8051 Масго АззепЪ1ех - \Уег51оп 4.04а 
Соруг19ВЕ (С) 1985 Ъу 2500 А.Б. ЗоЕЕмаге, Тис. 
1415179 Бевё1пае1ор (М, Т, Р.Е ‚Ё, Р,<СВ> = №): (Вывод листинга) 


где аббревиатуры означают следующее: 


М№М— листинг не нужен, по умолчанию листинг также не выдается, 
Т — вывод листинга на терминал, 

Р— вывод листинга на принтер, 

2 — вывод листинга на диск, 

Е — вывод только сообщений об ошибках, 

1, — разрешение управления выводом по директивам ЭТ ОМ/ОЕЕ. 


В последнем случае выдается дополнительный запрос: 
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ГЛЕТ ОМ/ОЕЕ ТА5ЕЗта БезыпаЕ от (Т, ‚0О,<СА>=Т): (Вывод листинга} 
Сокращения соответствуют предыдущим. Если заказана выдача только 
сообщений об ошибках, то транслятор запрашивает, куда их выводить: 


Егхгог Оп1у 115Е1т9 Резе1та оп (Т,Р,Б,<СВ>=Т): (Вывод ошибок} 


Если листинг выводится на принтер (для однопользовательских сиетем) 
или на диск, то выдается запрос о включении в листинг таблицы ссылок: 


Сепегабе Сгоз$ ВеЕегепсе (У/М <Св> = №): (Вывод таблицы ссылок) 


Если листинг не нужен, то этот запрос не выдается. Затем транслятор 
запрашивает имя файла, содержащего исходный текст: 


Тприе Е11епапе: (Имя входного файла) 


При вводе имени файла расширение АЗМ можно опустить. После ввода 
имени входного файла транслятор запрашивает имя выходного файла: 


ОцЕериЕе Е11епаме: (Имя выходного файла) 


По умолчанию имя выходного файла определяется именем входного 
с расширением ОВ). Если же умалчивается только расширение, то в имени 
выходного файла принимается расширение ОВУ. После этого транслятор 
выводит информацию о возможности управления транслятором при 
помощи клавиатуры: 


*****я АСЕ1Уе Сопштар@аз ***** Управление с клавиатуры 


СЕг1 5 = 5Еор ОцчЕриЕ Приостановить вывод 

СЕгт О = БеахЕ ОцЕриЕ Возобновить вывод 

Ес С = БЕор Аззеню1у Прекратить ассемблирование 
Езс _Т = Теги1ла1 ОцЕриуЕ Вывод на дисплей 

Езс _Р = Ри1лпЕег ОцЕриЕ Вывод на принтер 

Езс ЮО = ОазКк ОцЕрие Вывод на диск 

Езс_М = МАТ Е1р1е ОцЕрчЕ Вывод на все устройства 


Еёс _М = № ОчЕрие Прекратить вывод 


Перечисленные команды можно выдавать с клавиатуры во время 
работы транслятора как при первом, так и при втором проходах. Если 
вывод информации на терминал не отменялся, то в процессе трансляции 
выдаются сообщения об ошибках и строки исходного текста, в которых 
обнаружены эти ошибки. По окончании процесса трансляции выдается 
сообщение о результатах обработки исходного текста с именами исходного 
и объектного файлов, с количеством обработанных строк и выявленных 
синтаксических ошибок: | 

2500 А.О. 8051 Масхго Азвеню1ег - \Уегз1оп 4.04а 
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ТпроЕ Е11епраше : имя.азт 
ОцЕрчЕ Е11епаме : имя.оЪ) 

пез Аззе1ей : хх = __ Азземю1у Еггогв : уу 
Буквами хх и уу здесь обозначены количество строк, обработанных 
ассемблером, и количество выявленных ошибок соответственно. 

При работе в режиме командной строки нужно сообщить транслятору 
ту же самую информацию, что и в режиме диалога. Синтаксис команды 
соответствует стандартам операционной системы УМХ, то есть дефис 
означает, что за ним следует опция. Общая форма команды (необязательные 
поля показаны в квадратных скобках) будет следующей: 
х8051 [-а]1приуЕ_Е11епате [оикрие_Е11епаше] [-Е, -р,-а, -рх, -@х] 


Имя входного файла определяется первым, дополнительно можно ввести 
имя выходного файла и список опций. По опции 4, предшествующей 
имени файла, на экран выводятся только сообщения об оптибках и строки 
исходного текста, в которых обнаружены эти ошибки. Остальные опции 
предназначены для управления выводом листинга: 


® {— вывод листинга на терминал 

® р— вывод листинга на принтер 

® х — добавление таблицы перекрестных ссылок 
® { — вывод листинга на диск 

ее — вывод только сообщений об ошибках 


® | — разрешение управления выводом по директивам Г.15Т 
ОМ/ЮОЕЕ. 


В режиме командной строки транслятор после завершения работы выводит 
на терминал такое же сообщение, как в режиме диалога. 


3.3. Сообщения транслятора 
об ошибках 


Независимо от выбранного режима работы транслятор проверяет 
исходный текст и выдает сообщения о синтаксических ошибках (в случае 
их обнаружения). Сообщения о чтении транслятором символов, не вхо- 
дящих в алфавит Ассемблера, не выдаются. В этом случае на экран или 
в файл листинга выводится только номер строки исходного текста 
и какой-либо числовой код. Однако этот вид ошибок учитывается при 
подсчете их общего количества. 
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Следует обратить особое внимание на существенную разницу 
в смысле двух сходно звучащих терминов: русского «символ» и англий- 
ского «зутБо. Первый из них означает некоторый отображаемый на 
дисплее или на бумаге значок (на английском сБагасег). Второй термин 
соответствует символическому обозначению программного объекта. 
Когда американский программист говорит или пишет “зутбо]”, это 
обозначает имя, а не букву или цифру! 

Если вывод листинга отменен, то на терминал все равно выводятся 
строки исходного текста, в которых обнаружены ошибки, и сообщения 
о типах ошибок. Приостановить и возобновить вывод можно нажатием 
пар клавиш СЫ] + $ и СЫ] + О соответственно. Приостановка вывода дает 
‚ программисту возможность прочитать строку исходного текста, явив- 
шуюся источником сообщения об ошибке (вообще говоря, источник 
ошибки может находиться в другом месте!). Ошибка может быть обнару- 
жена и на первом и на втором проходе. Если назначен вывод листинга на 
принтер или диск, то сообщения об ошибках, обнаруженных при первом 
проходе, выводятся только на терминал и ассемблирование не прекраща- 
ется. При втором проходе ошибки выводятся на терминал параллельно 
с выводом на принтер и диск. Впрочем, специальной директивой в исход- 
ном тексте можно заказать вывод в листинг сообщений об ошибках при 
первом проходе. Ошибки, обнаруженные при втором проходе, выводятся 
на терминал и в листинг, даже если ошибка находится в блоке, не предна- 
значенном для вывода в листинг. Далее в алфавитном порядке перечис- 
лены сообщения транслятора об ошибках с пояснениями на русском языке. 
# ТОО ЪАВСЕ Слишком большое число. 

АССОМОГАТОВ ОВ ВО - В7 ВЕООТВЕО Операндом должен быть 
накопитель или регистр общего назначения. 

А ТАВЕЬ 15 ТЬЫБЕСАЬ ОМ ТНТ$ ТИЗТВОСТТОМ Использование метки 
В данной команде недопустимо. 

АТТЕМРТЕО ОТУТСТОМ ВУ 2ЕБО Попытка деления на ноль в выра- 
жении. 

ВКАМСНЕЗ$ МОЗТ ВЕ ИТТНТМ СОВВЕМТ ЗЕСТТОМ Переходы должны 
быть в пределах текущего сегмента. 

САМ'Т СВЕАТЕ ООТРОТ ЕТЬЕ - О15К МАУ ВЕ РОШ, Невозможно 
создание выходного файла, может быть, недостаточно места на 
диске. (Если места на диске достаточно, то нужно увеличить 
количество файлов, открываемых операционной системой. } 
САМ'Т ЕГО ЕТЬЕ: МАМЕ.ЕХТ Файл с таким именем и расширени- 
ем не обнаружен. (Такого файла не существует либо операци- 
онная система не допускает одновременного открытия необхо- 
димого количества файлов.) 

САМ'Т ОРЕМ ТМРОТ ЕТЬЕ Невозможно открытие входного файла. 
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(Операционная система не допускает одновременного открытия 
необходимого количества файлов.) 

САМТ ВЕСОСМТЕЕ МОМВЕК ВАЗЕ Транслятор не может опознать 
основание системы счисления. 

САМ'Т ВЕЗОГУЕ ОРЕВАМО Транслятор не может обработать 
операнд. г 

СОРЕ АМР РАТА СЕМЕВАТТОМ МОТ АШОМЕО ТМ СОВВЕМТ ЗЕСТТОМ 

В текущем сегменте не разрешается записывать программу 

и данные. 

РЕСТТМАТТОМ АББВЕ$$ МОТ ТМ $АМЕ 2К ВГОСК АЗ МЕХТ 
ТИСТВОСТТОМ Адрес перехода вне пределов 2-хкилобайтового 
блока относительно адреса следующей команды. 

ОТВЕСТТУЕ ОРЕТЕСТЕР АТ ЕМО ОЕ АЗЗЕМВЬУ По окончании трансля- 
ции обнаружена директива. 

'ЕМОМ' ОВ 'МАСЕМО' ООТЕТОЕ ОЕ_А МАСКО Закрывающая директива 
сложной текстовой подстановки вне ее определения. 

‘ЕМБМОО' САМ'Т ВЕ ТМ 'ТМСЬОДЕ' ЕТЬЕ Использование директи- 
вы ЕМОМОР во включаемом файле не допускается. 











НЕХ # АМР СУМВОГ АВЕ ТОЕМТТСАЬ Совпадение имени с шестна- 
дцатеричным числом. 

ТЬБЕСАГ АГОВЕЗЗТМС МОРЕ Недопустимый режим адресации. 
ТЬБЕСАТ АЗСТСММЕМТ Недопустимое назначение места в памяти, 
ТЕГЕСАТ АЗСТТ СНАВАСТЕВ Недопустимый символ АЗСТТ. 

ТЕГЕСАГ ОТВЕСТТУЕ ТМ МТСКОЗОЕТ ВЕГ РОВМАТ Недопустимая 
директива для относительного формата М1скозоЕе. 

ТЬГЕСАТ ЕХТЕВМАТ. КЕРЕВБЕМСЕ Недопустимая внешняя ссылка. 
ТЬГЕСАЬ ГАВЕЬ 15Т СНАКАСТЕВ Недопустимый первый символ 

в поле метки. (Имя должно начинаться с буквы.) 

ТЬГЕСАГ ГОСАЬ ТГАВЕЁГ Недопустимое использование локальной 
метки. 

ТЫБЕСАТ ММЕМОМТС Недопустимый мнемокод 

ТГЕСАТГ МЕСТЕР ТМСЬООЕ Недопустимое включение файла во 
включаемый файл. (Данное сообщение об ошибке может также 
указывать на отсутствие оператора ЕМО в каком-либо включае- 
мом файле.) 

ТЬГЕСАТ ВЕСТСТЕВ Недопустимое обозначение регистра. 

ТАВЕГ УАТОЕ СНАМСЕОР ВЕТМЕЕМ РАЗЗЕЗ Значение метки измени- 
лось между первым и вторым проходами транслятора. (Эта 
ошибка обычно возникает в том случае, когда транслятор 
обрабатывает разные части программы при выполнении двух 
проходов из-за изменения значений аргументов директив 
условной компиляции.) 

ГАВЕГ МАЗ МОТ РЕЕТМЕО ОМ РАЗЗ 1. (МЕСНТ САОЗЕ ОТНЕКВ ЕВВОК5) 




















64 


Метка не определена на первом проходе (может стать причиной 
других ошибок). 

МАСКО МАМЕ МОЗТ АРРЕАК ОМ бАМЕ ГТМЕ АЗ МАСКО БЕРТМТТТОМ 
Имя сложной текстовой подстановки должно быть записано 

в той же строке, где начинается ее описание. 

МАСКО ЗТАСК ОУЕБЕГОМ Переполнение стека сложных текстовых 
подстановок (макроопределений). (Данная ошибка может быть 
вызвана слишком большим количеством рекурсивных вызовов 
подстановки. Стек допускает использование приблизительно 
700 вложенных вызовов. Допустимое количество вложений 
зависит от количества аргументов, используемых в подстанов- 
ках.) 

МАХТМОМ ЕХТЕВМАТ ЗУМВОГ СООМТ ЕХСЕЕШЕОЬ Превышено макси- 
мальное количество внешних имен. (Максимальное количество 
внешних имен в модуле около 500.) 

МТУЗТМС РЕГТМТТЕВ$ ОМ МАСКО САМ, ГТМЕ В строке вызова 
подстановки пропущены ограничители. 

МТ5ЗТМС ‘ЕМОМ’ ОВ `МАСЕМО’ Пропущена закрывающая директива 
сложной текстовой подстановки. 

МТ55ЕМС `‘ЕМОМОР’ ОТВЕСТТУЕ Пропущена директива ЕМОМОО 
(конец модуля}. 

МТТ ТГАВЕГ Пропущена метка. 

МТУЗТМС ‘`МОРОБЕ’ ОТВЕСТТУЕ Пропущена директива МОРОТЕ 
(начало модуля). 

МТ5ЗТМС ВТСНТ АМСЬЕ ВВАСКЕТ Пропущена правая угловая 
скобка. 

'МОРОЦЕ' САМ'Т ВЕ ТМ 'ТИСЬОФЕ' ЕТЬЕ Использование директивы 
МОРОБЕ во включаемом файле не допускается. 

МОБТТРЬУ РЕЕТМЕО ЗУМВОГ Повторное определение имени (в 
поле метки). 

МОБТТРЬЕ ЕХТЕВМАТГ$ ТМ ТНЕ ЗАМЕ ОРЕВАМР Одному и тому же 
операнду соответствуют несколько внешних имен. 

МО5Т ВЕ ТМ ЗАМЕ ЗЕСТТОМ Операнд команды должен находиться 
в той же самой секции. 

МЕЗТЕР СОМОТТТОМАГ АЗЗЕМВЬУ ОМВАТАМСЕ ОРЕТЕСТЕЬ Несоответ- 
ствие количества открывающих и закрывающих строк директивы 
условной трансляции. 

МЕЗТЕО ЗЕСТТОМ ОМВАБАМСЕ Несоответствие количества откры- 
вающих и закрывающих строк директивы вложения секций. 

(В описании вложенной секции отсутствует ЕМО$.) 

МОТ ЕМООСН РАВАМЕТЕВ$ Недостаточное количество параметров. 
МОМ-ЕХТЗТЕМТ ТМСГОРЕ ЕТЬЕ Включаемый файл не найден. 
МОМ-ЕХТЭТЕМТ ТМТЕВМАЬ ВАМ АШООВЕЗЗ Несуществующий адрес 
внутреннего ОЗУ. 

ОРЕКАМО МОЗТ ВЕ РЕЕТМЕР Аб АМ 8 ВТТ ВЕГОСАТАВЬЕ УАГОЕ 
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Операнд должен быть описан как 8-битовое перемещаемое 
значение. (Это сообщение об ошибке возникает при попытке 
использования 16-битового адреса в команде, работающей 

с 8-битовым адресом. Для того чтобы сделать это значение 
перемещаемым, необходимо выделить байт операцией < или >.) 
ОВС'$ САММОТ ВЕ ОЗЕШЬ АГОМС МТТН ЗЕСТТОМ ТМОТВЕСТ МОРТЕТЕКЗ 
Нельзя использовать директиву записи в счетчик адреса при 
косвенном задании сегмента. 

ОБС'$ САММОТ ВЕ ОЗЕБ АГОМС МТТН ЗЕСТТОМ ОРЕЗЕТ МООТЕТЕК$ 
Нельзя использовать директиву записи в счетчик адреса при 
задании сегмента со смещением. 

ВО ОБ 61 ВБЕООТВЕЬ Необходимо использовать 0-ой или 1-ый 
регистр общего назначения. 

ВЕСТСТЕВ Т$ МОТ ВТТ АООВЕЗЗАВЬЕ Регистр не допускает бито- 
вую адресацию. 

ВЕГАТТУЕ ООМР ТОО ТАВСЕ Передача управления с относительной 
адресацией за пределы от -128 до +127, 

СУМТАХ ЕВВОК Синтаксическая ошибка. (Обычно это сообщение 
выдается из-за пропущенной запятой или круглой скобки.) 
ТНТ$ ВЕСТЗТЕВ НАЗ МОВЕ ТНАМ 1 УАШОЕ Этот регистр имеет 
более одного адреса. (Использование регистровой или косвен- 
ной адресации для этой команды не допускается. ) 

ОМРЕРТМЕО ЗУМВОГ Имя не определено в поле метки. 
ОМЕХРЕСТЕОР ЕМШ ОЕ МАСКО РЕТЕСТЕО Обнаружено неожиданное 
окончание определения сложной текстовой подстановки. 


Следует иметь в виду, что в ряде случаев одна ошибка может привести 
к выводу транслятором нескольких сообщений об ошибке. 


3.4. Работа с библиотекарем | 


Библиотекарь предназначен для создания и обслуживания библио- 
течных файлов, состоящих из заданных пользователем объектных моду- 
лей. Эти модули могут быть использованы компоновщиком при создания 
исполняемых программ вместе с объектными файлами, не входящими 
в библиотеку. Компоновщик осуществляет поиск в заданных библиотеч- 
ных файлах и присоединяет только те модули, на которые имеется ссыл- 
ка. Библиотечный файл может содержать до 256 модулей. Библиотекарь 
обрабатывает файлы любого размера при условии, что в свободном 
дисковом пространстве помещается временный файл, размер которого 
равен сумме размеров существующего библиотечного файла и добавляемых 
к нему модулей. Временный файл используется для создания промежуточ- 
ного библиотечного файла в целях минимизации возможного повреждения 
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существующего. Программе библиотекаря также требуется наличие 
достаточной памяти для размещения списка модулей и всех записей 
глобальных символов этих модулей. Библиотекарь проверяет уникальность 
глобальных имен в пределах библиотечного файла. Библиотечные файлы 
имеют расширение МВ, а присоединяемые к ним объектные модули 
должны иметь расширение ОВ} или входить в состав файлов с расширением 
РАК. Модулем может являться единственный объектный файл или модуль 
в упакованном объектном файле. Упакованный объектный файл создается 
при использовании директив МОРОГЕ и ЕМОМОР и содержит несколько 
соединенных вместе модулей. Упакованный объектный файл может 
использоваться для выполнения каких-либо операций над отдельным 
модулем или всеми модулями в этом файле. 

Программа-библиотекарь может работать только в режиме командной 
строки. Для ее вызова необходимо ввести команду 
115 имя 


При помощи имени может быть указан только один библиотечный файл 
(уже существующий или вновь создаваемый). Эта команда не имеет 
никаких опций. Библиотекарь работает в интерактивном режиме, то есть 
выполняет вводимые с клавиатуры команды до тех пор, пока не будет 
выдана команда выхода, по которой управление возвращается операционной 
системе. Поэтому его команды не могут быть использованы в пакетном 
файле операционной системы М$ РО5. 

Если при вызове библиотекаря было указано имя существующего 
библиотечного файла, то на экране отображается список имен содержащихся 
в нем модулей. На экране может быть отображено до 16 имен. Имя текущего 
(рабочего) модуля выделяется с помощью светового маркера. Текущий 
модуль можно сменить посредством прокрутки строк списка вверх или 
вниз. Для прокрутки вверх необходимо нажать клавишу К или К, а для 
прокрутки списка вниз необходимо нажать клавишу ] или 7. Если 
к списку добавляется новый модуль, который оказывается вне экранного 
кадра с отображаемыми в текущий момент именами, то происходит сдвиг 
отображаемого списка, в результате чего отображается имя добавленного 
модуля. При добавлении модуля его имя всегда отображается как текущий 
модуль. При умолчании имени в команде вызова библиотекаря можно 
задать имя файла при помощи команды МЕУУ. В нижней строке (независимо 
от вывода списка или размера выведенного списка) библиотекарь выдает 
запрос следующего вида: 


ЕрЕех Соптап@а: (Введите команду) 
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В тех случаях, когда после исполнения команды на экран выводится 

другая информация, для перехода к вводу очередной команды нужно 

нажать любую клавишу. Библиотекарь сообщает об этом выводом строки 

Ргезз Апу Кеу То СопЕ1тие. (Для продолжения нажмите 
любую клавишу) 


Описание команд библиотекаря приведено ниже в алфавитном 
порядке. В описаниях команд приведены полное и сокращенное имя 
команды, а также операнды, необходимые для их работы. 

Чтобы добавить модуль к библиотеке или заменить существующий 
модуль в библиотеке, используется команда 


АШОО имя 


Сокращенная запись команды — А. Использование этой команды разрешено 
только тогда, когда открыт существующий или вновь создаваемый файл 
библиотеки. Операндом команды является имя добавляемого модуля или 
слов аЙ или АГТ., используемых для добавления всех модулей упакован- 
ного объектного файла. Библиотекарь запрашивает имя объектного 
файла, содержащего добавляемый модуль: 

Епеег Маше оЕ ОБзесе Е11е (Введите имя объектного 
файла) 


Если добавляется отдельный модуль, то библиотекарь сначала ищет файл 
с расширением РАК, а если не найдет такового, то ищет файл с расширением 
ОвВ1. Найденный модуль включается в библиотеку, если количество 
модулей не достигло 256. Если команду не удается ВЫПОЛНИТЬ, ТО 
библиотекарь выдает сообщение об ошибке. 

Для перемещения маркера в конец списка модулей используется команда 
ВОТ 


Эта команда не требует операнда. 
Для удаления модуля используется команда 
РЕБ имя 


Сокращенная запись команды — Ю „Команда удаляет из библиотеки 
заданный модуль или (по умолчанию) текущий модуль, имя которого 
выделено световым маркером. Имя удаленного модуля удаляется из 
списка, выводимого на экран, а текущим модулем становится или сле- 
дующий по списку, или предыдущий, если был удален последний модуль 
_в списке. Если команду не удается выполнить, то библиотекарь выдает 
сообщение об ошибке. 

Для окончания работы с библиотекарем с сохранением результата 
работы используется команда 
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ЕХТТ 


Если открытый файл содержит хотя бы один модуль, то по этой команде 
осуществляется его запись на диск и возврат управления операционной 
- системе. При сохранении файла программа выдает сообщение 

Зау1па 11Ъгахгу: имя (Сохранение библиотеки) 


В сообщении указывается имя сохраняемого файла. 
Для поиска модуля используется команда 
ЕИХО имя 


Она помогает установить световой маркер на заданное имя в списке 
модулей библиотечного файла. Если указанный модуль не найден, то 
выдается сообщение об ошибке. 

Для получения справок по командам библиотекаря используется команда 
НЕГР строка 


Сокращенная запись команды — Н. Команда НЕЕР по умолчанию операнда 
отображает сводную информацию по всем командам программы- 
библиотекаря или описание той команды, которая задана операндом. 
Если в качестве операнда используется название команды, то выдается 
подсказка по правилам использования команды. На время работы коман- 
ды на экране вместо списка модулей отображается справочный текст. 
Библиотекарь требует нажатия клавиши для продолжения работы: 


Рхезз Апу Кеу То СопЕ1пие. 


После нажатия клавиши библиотекарь возобновляет вывод списка модулей 
на экран. 

Для вывода перечня глобальных имен на экран или в файл используется 
команда с двумя операндами 
ЪТ5Т модуль файл 


Вместо имени модуля можно ввести слова аЙ или АЛ, по которым 
осуществляется вывод перечней глобальных символов из всех модулей 
библиотеки. Имена в перечне располагаются в алфавитном порядке. По 
умолчанию второго операнда перечень выводится на экран. Для записи 
перечня на диск во втором операнде должно быть записано @5К или 
ОТК. | 

Если имя файла не было задано при вызове библиотекаря, то для 
открытия существующего файла или вновь создаваемого файла 
используется команда 
МЕМ имя 
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Сокращенная запись команды — М. По отсутствию операнда библиотекарь 
запросит ввод имени файла. Если открытый ранее файл содержит по 
меньшей мере один модуль, то он сохраняется перед тем, как открыть 
новый файл. Добавление, удаление или замена модулей в библиотеке 
станут возможными только тогда, когда открыт файл. При открытии 
существующего файла на экран выводится список модулей. 

Для выхода из библиотекаря без сохранения результата работы 
используется команда 


отт 


Если перед этим был открыт файл, содержащий по меньшей мере один 
модуль, то библиотекарь выдает запрос о необходимости его сохранения: 


Ро Уой МапЕ Ео Зауе ЕЪе Г1Фхгаху (у/п) (Хотите ли вы 
сохранить библиотеку} 


При вводе литеры у или У файл сохраняется, а ввод любого другого символа 
приведет к потере внесенных изменений при выходе из библиотекаря. 

Для замены существующего модуля на новую версию используется 
команда | 
ВЕР имя 


Сокращенная запись команды — В. В операнде должно быть указано имя 
заменяемого модуля или слова аЙ или АТЛ,, используемые для замены 
всех модулей (только при работе с упакованными объектными файлами). 
По умолчанию операнда производится замена текущего модуля. Если 
модуль с заданным именем не найден, то выдается сообщение об ошибке. 
Для поиска новой версии модуля выдается запрос 

Епеег Маме оЁЕ ОБЗесЕ Е11е (Введите имя объектного файла) 


По введенному имени библиотекарь ищет модуль сначала в файле с 
расптирением ОВ}, а если модуль не найден, то в файле с расширением РАК. 
Если новый модуль найден, то осуществляется замена старого модуля на 
новый. Если команду не удается выполнить, то библиотекарь выдает 
сообщение об ошибке. 

Для отображения статуса текущего файла используется команда 


ЭТАТ 


Сокращенная запись команды — 5. Если файл не открыт, то на экран 
выдается сообщение об отсутствии открытого файла. Если файл открыт, 
то на экран выдается его имя и общее количество модулей, внешних и 
глобальных имен. При этом с экрана удаляется список модулей и отобража- 
ется сообщение о статусе файла. Затем библиотекарь предлагает для 
продолжения работы нажать какую-либо клавишу: 
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Ргезз Апу Кеу То СопЕ1те. 


После нажатия клавиши на экране возобновляется показ списка модулей. 
Для перемещения светового маркера на первое имя в списке модулей 
используется команда 
ТОР 


Эта команда не требует операнда. 


3.5. Сообщения библиотекаря 
об ошибках 


Ниже приводится упорядоченный по алфавиту перечень сообщений 
об ошибках, выводимых программой-библиотекарем, и объяснение по 
каждому сообщению об ошибке. 

СаппоЕ Сгеафе Мем Г1ркаку Невозможно создание новой библио- 
теки. (Временный библиотечный файл не может быть переимено- 
ван. Вместе с сообщением об ошибке выводится имя файла.) 
СаппоЕ Рефефе 01а Г1Ьгагу Невозможно удаление старой 
библиотеки. (Удаление старого файла библиотеки после обнов- 
ления или создания нового файла оказалось невозможным. 
Вместе с сообщением об ошибке выводится имя файла.) 

СарпоЕ Ореп Е11е Невозможно открытие файла. (Невозможно 
обращение к заданному файлу или запись в него.) 

Е131епапе Тоо опа Слишком длинное имя файла. (После того 
как было добавлено стандартное расширение, специфицирован- 
ное имя файла оказалось слишком длинным. Вместе с сообщени- 
ем об ошибке выводится имя файла.) | 

111еоа1 Сопмапа Недопустимая команда. (Введенная команда 
не относится к числу допустимых команд или команда АГ, РЕБ 
или ВЕР была использована, когда библиотечный файл не был 
открыт.) 

ТпсопраЕ1Ь1е ОБЗесЕ Моде Несовместимый объектный модуль. 
{В качестве аргумента для команды АБР был задан библиотеч- 
ный файл или в качестве аргумента для команды МЕМ был задан 
объектный файл.) 

ТпруЕ Г1пе Тоо опа Входная строка слишком длинна. (Длина 
входной строки не должна превышать 80 символов.) 

Мах1пим Мо@и1е СоупЕ Ехсеедеа Исчерпано максимальное число 
модулей. (Количество модулей в файле должно быть не более 
256.) 

Ми1Е1р1е РеЁ1пеа С1офа1 Зупфо1 Повторно описано глобальное 
имя. (Глобальное имя в добавляемом модуле содержит какое- 
либо имя, уже существующее в другом модуле. Вместе с сооб- 
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щением об ошибке выводится глобальное имя и имя файла.) 
Ми1Е1р1е РеЕ1пеа Моди1е Повторно описан модуль. (Имя 
добавляемого модуля уже существует в этой библиотеке. 
Осуществите замену зтого модуля или переименуйте модуль, 
который должен быть добавлен. Вместе с сообщением об ошибке 
выводится имя файла.) 

МизЕ Ве А Раскеа ОБзесЕ Е13е Нужен упакованный объектный 
файл. (В команде АШР или ВЕР был использован операнд "а11" 
или "АБЬ", а заданный файл не является упакованным объект- 
ным файлом.) 

М№Е Ерпочан Мемоху Недостаточно памяти. (Недостаточно 
памяти для буфера или для таблицы имен.) 

Веаа Ехгог Ошибка чтения. (Ошибка возникла при чтении 
файла. Вместе с сообщением об ошибке выводится имя файла.) 
Зеек Еухог Ошибка поиска. (Ошибка возникла при поиске. 

в обновляемом файле.) 

Тоо Мапу Сошмапа Г1лпе Акоплтептез Слишком много аргументов 
задано в командной строке. (Библиотекарь был вызван из 
командной строки операционной системы с двумя или более 
аргументами. ) 

ОраеЁ1теа Мое Неопределенный модуль. (Удаляемого или 
замещаемого модуля нет в библиотеке.) 

ИхаЕе Егхког Ошибка записи. (Ошибка возникла при обновлении 
файла. Вместе с сообщением об ошибке выводится имя файла.) 


3.6. Работа с компоновщиком 
(редактором связей) 


Компоновщик предназначен для создания машинного кода исполняемой 
программы с целью последующей его записи в ПЗУ микроконтроллерного 
устройства. Для создания исполняемой программы он использует объектные 
файлы в формате, созданном транслятором, и библиотечные файлы, 
сформированные библиотекарем из объектных файлов. Таким образом 
компоновщик позволяет программисту писать исходный текст в виде 
нескольких модулей на Ассемблере. Компоновщик выполняет размещение 
программ и данных в адресном пространстве соответствующих сегментов 
(секций) и учитывает внешние ссылки. Он способен создавать исполняемые 
файлы нескольких форматов, применяемых для загрузки в ПЗУ. 

Во время создания выполняемого файла вся программа редактора 
связей находится в оперативной памяти. Для составления исполняемого 
файла компоновщик создает столько помеченных файлов, сколько про- 
граммных секций требуется скомпоновать (с учетом их сортировки). 
Каждый объектный файл может иметь до 256 различных секций, включая 
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определенные программистом. Для разрешения внешних ссылок комно- 
новщик может работать с 50 различными библиотечными файлами. Всего 
компоновщик может работать в комбинации с 256 входными файлами и 
библиотечными модулями и 256 различными именами секций. На разме- 
ры секций ограничения не накладываются. Файлы могут компоноваться 
в соответствии с адресами, указанными в самом файле или определяемы- 
ми в момент компоновки. Регистровые и битовые секции могут быть 
использованы только для ссылок. Информация этих секций необходима 
для процесса компоновки и не включается в выходной файл. Если объем 
памяти и диска достаточен для размещения файлов, то процесс компо- 
новки проходит нормально. 

Машинный код записывается в выходной файл, который может быть 
выдан в одном из двух форматов: исполняемый двоичный файл (расши- 
рение ТЗК) или шестнадцатеричный формат фирмы Ни (расширение 
НЕХ). Кроме машинного кода компоновщик может создавать дополни- 
тельные файлы в соответствии с директивами и опциями на момент 
исполнения компоновки (последние имеют приоритет перед директива- 
ми). В процессе компоновки на экран выдаются предупреждения (в этом 
случае компоновка продолжается) и сообщения об ошибках, после чего 
компоновка прекращается. 

Компоновщик можно вызвать для работы в диалоговом режиме, 
в режиме командной строки и в режиме использования файла компонов- 
ки. Чтобы запустить компоновщик в диалоговом режиме, нужно ввести 
команду 
Нок 
После этого компоновщик выдает сообщение о себе и запрашивает имя 
входного файла: 

2500 А.О. Г1пКехг Сорух1орЕ (С) 1985 - Уегз1опт 4.04а 
Тпраё ЕР11епапе : (Имя входного файла) 


По умолчанию принимается расширение файла ОВУ. После чтения этого 
файла компоновщик запрашивает начальный адрес каждой из секций, 
имеющих ненулевой размер. Запросы имеют вид 


Епсег ОЁЁзес Рог 'СООЕ' : 
Епбег ОЕЁзее Гог 'ОАТА' : 
Епсег ОЕЁзес Рог 'ВЗЕСТ' : 
Епеег ОЁЁЕзеЕ Рог ‘ВЗЕСТ' : 


Если в объектном файле есть секции с именем, заданным программистом, 
то компоновщик выдает запросы и по этим секциям. Введенная в шестнадца- 
теричном коде величина определяет начальный адрес секции. По умолча- 
нию (нажатие только клавиши ”Е тег”) компоновщик присоединяет секцию 
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к предыдущей. При вводе отрицательного числа адреса в секции смещаются 
на абсолютное значение введенного числа, но компоновщик не включает 
эту секцию в выходной файл. При вводе точки с запятой после любого 
введенного числа секция компонуется как продолжение предыдущей. 
После ввода всех смещений компоновщик вновь запрашивает имя 
объектного файла до тех пор, пока не будет введено пустое имя объектного 
файла. Затем компоновщик запрашивает имя выходного файла: 

ОцЕриЕ Е Пепапе : 


По умолчанию выходному файлу присваивается имя первого объектного 
файла и расширение, соответствующее задаваемому далее выходному 
формату. После этого компоновщик запрашивает имя библиотечного 
файла: 

11Югагу Е11епапе : 


Компоновщик может обработать до 50 библиотечных файлов. Запросы 
продолжаются до тех пор, пока не будет введено пустое имя библиотечного 
файла. После этого компоновщик запрашивает формат выходного файла: 

Е1сте (0, Р, $, А, М, М, ©, Х, Н, Е, Т, 1, 2, 3, <СВ> = Беёаз1е) 


Когда указано несколько конкурирующих параметров, последний параметр 
отменяет действие предыдущего. Вводимым буквам соответствуют 
следующие характеристики выходного файла: 





- Ш -— создающиеся в процессе компоновки дополни- 
тельные файлы записываются на диск. Эти файлы 
имеют то же имя, что и выходной файл, но другие 
расширения. 

— Р - создается файл с расширением МАР. 

- $5 — создаются файлы с расширениями МАР и 5УМ (раз- 
мер имени до 32 символов). 

- А — создаются файлы с расширениями МАР и 5УМ (раз- 
мер имени до 10 символов для совместимости с ком- 
поновщиком 2500 А.П. версии 3.0). 

- М - создаются файлы с расширениями МАР и 5УМ (в 
формате М1сгоЕек). Для этого в исходном файле 
должна быть записана директива $УМВОГ$ ОМ. 

- 2 — создается файл с расширением ЗУМ (с глобаль- 
ными и локальными именами в формате 2АХ). Для 
этого в исходном файле должна быть записана ди- 
ректива ЗУМВОГ5 ОМ. 
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- Х — выполняемый выходной файл выдается с расшире- 
нием Т5К (для всех остальных опций — с расширением 
НЕХ). 

- Н - создается файл с расширением МАР. 

- Е — создается увеличенный файл с расширением НЕХ 
и файл с расширением МАР. 

- Т п — создается выполняемый выходной файл с расши- 
рением ТЕК в формате Текегоп1х и файл с расшире- 
нием МАР. 

- ТТ - создается выполняемый выходной файл с расши- 
рением 519 в формате фирмы Мотого1а. 

- 2 — создается выполняемый выходной файл с расши- 
рением 528 в формате фирмы Мотого\1а. 

- 3 — создается выполняемый выходной файл с расши- 
рением 537 в формате фирмы Мотого\1а. 


По умолчанию формат выходного файла определяется директизой ОРТЮК$, 
а в случае ее отсутствия выдается выходной файл с расширением НЕХ. 

После этого производится компоновка и выдаются сообщение о с0з- 
данных в результате компоновки файлах: 


ТзпКег ОцЕроЕе Р11епаме : имя 
015К Г1зЕ1па Е11епате : имя 
ЗутБЬо1 Таб1е Е11епаме : имя 
ТГлиКкК Еггогз : количество ОцЕриЕ РогхмаЕ : тип 


В той строке, для которой вывод файла не задан, вместо имени выдается 


Мопе брес1Е1еа 
Помимо работы в диалоговом режиме можно выдать задание компоновщику 
в командной строке. 

При вызове компоновщика командной строкой необходимо задавать 
информацию в той же последовательности, что и в диалоговом режиме. 
Чтобы сообщить компоновщику о назначении информации, используются 
символы управляющей и информационной групп. Символы управляющей 
группы начинаются с дефиса, за ними могут следовать символы инфор- 
мационной группы. 


- ал - сообщает компилятору о режиме Ой1Е (выход). 
В этом режиме компоновщик выдает только сообщение 
об ошибках на консоль. 

- с - сообщает компилятору о режиме командной стро- 
ки. За этим управляющим символом следуют имена 
объектных файлов, которые могут чередоваться с 
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символами управляющей и информационной групп для 
ввода значений смещения секций. 

- ТГ - сообщает компилятору о вводе смещения. За этим 
управляющим символом следуют цифровые символы, 
задающие величину смещения. Количество символов 
этого вида должно быть равно количеству секций 
объектного файла. Если они отсутствуют, то текущие 
секции являются продолжением предыдущих с тем же 
именем. 

- о — сообщает компилятору об имени выходного файла. 
За этим управляющим символом следует имя выходного 
файла. При отсутствии строки такого вида компо- 
новщик создает выходной файл с тем же именем, что 
и первый объектный файл, и с расширением, опреде- 
ляемым типом выходного файла. 

- 1 — сообщает компилятору об именах библиотечных 
файлов. За этим управляющим символом следуют имена 
библиотечных файлов. 


Формат такой команды показан ниже. Квадратными скобками (они не 
входят в состав вводимых символов!) обозначены необязательные группы 
символов командной строки. . 


13ик [-а]-симя{[-Тчисло] имя[-Тчисло] . . . [-оимя] [-Цимя] [-опции] 


Для того чтобы задать формат выходного файла, используются те же 
символы, что и в последнем запросе диалогового режима: 


-опции - список дополнительных параметров. 


Дефис нужен только в начале списка. В список можно включить любое 
количество параметров; разделители в списке не нужны. При работе 
с компоновщиком в диалоговом режиме и в режиме командной строки 
приходится вводить много информации с клавиатуры. Чтобы упростить 
работу с компоновщиком, используется ввод информации через файл 
компоновки. 

Использование файла компоновки при вызове редактора связей явля- 
ется наиболее удобным. В файл компоновки необходимо записать в 
текстовом формате ответы на все запросы, которые компоновщик задает 
в диалоговом режиме. Файл компоновки должен иметь расширение МК. 
При вызове компоновщика нужно указать имя файла компоновки 
ТапК имя 


Каждая строка файла компоновки соответствует ответу на запрос. В случае 
умолчания можно ввести в файл пустую строку, но для удобства 
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программиста разрешается замена пустой строки символом подчеркивания. 
Наиболее простой способ создания файла компоновки начинается с пробной 
компоновки в диалоговом режиме с записью своих ответов на запросы 
программы. Затем нужно при помощи текстового редактора записать 
каждый из ответов в отдельной строке файла компоновки. В файл компо- 
новки можно включать комментарии, которые записываются в отдельных 
строках и должны начинаться со звездочки (*) или точки с запятой ($). 


3.7. Как вычисляются адреса 
при компоновке модулей 


При компоновке программы из нескольких модулей компоновщик 
должен обеспечить их размещение в ПЗУ и скорректировать адреса таким 
образом, чтобы они могли работать без помех друг другу. С этой целью 
к адресам во всех секциях модуля, вычисленным при ассемблировании 
как относительные, компоновщик добавляет определенные для этих 
секций числа, называемые смещениями, Первая команда главного модуля 
программы должна быть записана по адресу 0000, поэтому смещение 
секции кодов главного модуля должно быть равно нулю. Для остальных 
секций главного модуля и для всех секций других модулей программист 
должен задать смещения или положиться на самостоятельное вычисление 
смещений компоновщиком. 

В процессе редактирования связей компоновщик ведет учет исполь- 
зованного адресного пространства ПЗУ и ОЗУ. По умолчанию каждая 
следующая секция добавляется к предыдущей без зазоров в адресном 
пространстве. Поэтому задавать смещения компоновщику нужно только 
в том случае, когда необходимо изменить последовательность располо- 
жения секций. Задавая смещения, программист должен точно знать объем 
адресного пространства всех секций компонуемых модулей, чтобы не 
нарушить их взаимодействия. 

В этой связи следует отметить, что операнды машинных команд могут 
быть числами и адресами. Хотя и то и другое кодируется байтами, с 
точки зрения компоновки эти объекты обладают разными свойствами. 
Значение числового операнда, соответствующего непосредственному 
способу адресации, не зависит от расположения команды в адресном 
пространстве. Значение адресного операнда, соответствующего прямой 
- адресации, зависит от расположения адресуемого объекта. При загрузке 
указателя в регистр для косвенной адресации также нужно позаботиться 
о том, чтобы его значение было адресным, а не числовым. При короткой 
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(или относительной) адресации команд операнд является числом, поскольку 
это разность адресов. При индексной адресации в регистр указателя 
данных должен быть записан адрес, а в накопитель — число, так как 
сумма адреса и числа является адресом. Суммирование адресов недопустимо. 

При создании программы из нескольких модулей программист должен 
обеспечить их перемещаемость. Для проверки перемещаемости следует 
использовать таблицу имен. Ассемблер записывает в эту таблицу значения 
для каждого из имен, используемых в программе. Различие в значениях 
определяется операторами, в поле метки которых задано имя. Имя в поле 
метки команды порождает адрес. Имя в поле метки директивы ЕОЧ 
в случае числового операнда порождает число. Перед числовым значе- 
нием в таблице имен выводится знак равенства, а ‚перек адресным значе- 
нием этого знака нет. 


3.8. Сообщения компоновщика 
об ошибках 


При невозможности выполнения компоновки выдается сообщение 
об ошибке, завершающееся информацией о прекращении компоновки: 


Г1иК Техи1таееа (Компоновка прекращена) 


Причины прекращения компоновки могут быть самыми разнообразными. 
В первую очередь нужно исключить возможность ограничения ресурсов 
компьютера и неподходящую среду для работы программы. 

СоггирхеЯ епу1гоптепЕ Разрушена среда. 

Тиуа11Я эзеасКкК оуегг1Ае а1гесе1уе Недопустимая дирек- 
тива переопределения стека. 

ТС 3.40 ТпсотраЕ161е 20$ уегз1оп Несовместимая вер- 
сия 00$. 

МоЕ ЕпочаНн Мепоху Недостаточно памяти. 

ЗЕаскК оуехЕ1ом @аих1па зЕагЕар Переполнение стека во 
время запуска программы. 

ЗЕасКк оуегк1Ае 111еда1 мВеп ип1п1Е1а112еа Раг ааЕа 
ргезепЕ Недопустимое переопределение стека из-за 
неинициализированных данных в дальнем сегменте. 
ОпаЪ1е со догом зеаск Ёохг зеасК о\егх1Ае Невозможно 
увеличить объем стека для его переопределения. 
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Затем нужно исключить возможность переполнения диска и аппаратных 
ошибок при обмене с диском. В этом случае за сообщением о причине 
прекращения компоновки следует предположение о причине ошибки. 


Сап'+ СгеаЕе 01$ъК Т1зЕ1па Е11е Невозможно создать 
файл листинга на диске. 

Сап'Е Скеаее БебБис Е11е Невозможно создать отладочный 
файл. 

Сап'Е Сгеафе Г1зЕ1па Е11е Невозможно создать листинг. 
Сап'Е СгеаЕе ОцЕрие Е11е Невозможно создать выходной 
файл. 

Сап'Е Сгеафе Тетрогагу ОБЗесЕ Е11е Невозможно создать 
временный объектный файл. 

Сап'Е Ореп Е11е Невозможно открыть файл (имя). 

Сап'Е Ореп Тепрогакху ОБЗесЕ Е11е Невозможно открыть 
временный объектный файл. 

015К Мау Ве Ео11 Может быть нет места на диске. 

Еггог Ореп1па Тепрогаку Е11е Ошибка открытия времен- 
ного файла. 

Еггог Веа@1п9 Ехеегпа1 5упро13 1п Ошибка чтения 
внешних имен в (имя). 

Еггог ВеаЯ1та С1оБа1 5упЬо1з 1п Ошибка чтения гло- 
бальных имен в (имя). 

Ехкох КеаЯ1та 11Ьгагу Ошибка чтения библиотечного 
файла. 

Егког Иг1К10а ОБебад ТпРогмаЕ1оп Ошибка записи отла- 
дочного файла. 

Егког Ме1Е1та 01зКк Г1вЕ1та Е11е Ошибка записи листин- 
га на диск. 

Еггог Иг1Е1па Бебад Е11е Ошибка записи отладочного 
файла на диск. 

Ехгог Мг1Е1та Га1пКег ОпЕриаЕ Е11е Ошибка записи выход- 
ного файла на диск. 

Екгог Иг1Е1та ОпЕриЕ Е11]е. Ваа Гоа Мар Баба Ошибка 
записи выходного файла. Плохие данные карты загрузки. 


Но все это не вина программиста, а его беда, с которой надо разобраться 
в смысле состояния аппаратуры и системного математического обеспечения 
компьютера. Все эти сведения приведены для того, чтобы не искать 
огрехов в своих программах или действиях. 

Перейдем теперь к предупреждениям, порождаемым ошибками 
программирования или работы с компоновщиком. Начнем с того, что 
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программист может задать имя какого-либо из файлов с ошибкой. Тогда 
компоновщик может выдать одно из следующих предупреждений: 


Сап'Е Езп@Я Аззетю1ехк Г13Е1па Р1]1е Не обнаружен лис- 
тинг трансляции. 

Сап'Е Е1п@Я Е11е Не обнаружен входной файл (имя). 
Сап'Е Езра ГаоКег Баба Е11е Не обнаружен файл компо- 
новки (имя). 

ТируЕ Е11епаме Ехсее@з Махииим №иифег оЁ СвБахасеехз 
Слишком длинное имя входного файла. 

ОцЕриЕ Е11епаме Ехсеейаз Махипла Мипрег оЁ СКагасеегз 
Слишком длинное имя выходного файла. 


Но в этих случаях нужно просто ввести правильное имя запрашиваемого 
файла, и компоновка продолжается. 

При отсутствии ошибки в имени файла компоновщик читает файл 
и проверяет правильность его формата. При неправильных форматах 
объектных ‘файлов выдаются такие предупреждения: 
Ваа ОБзесЕ Е11е Плохой объектный файл (имя). 
111еда1 ОБзесЕ Е11е Недопустимый объектный файл 
(имя). 
'ЕТЬЕМАМЕ' 1$ а Раскеяа ОБзесе Е11е мН1сЬ сап оп1у Бе 
зеа лев ЕНе ГлБгаглап Упакованный объектный файл 
(имя) может быть использован только через библиотекаря. 
'ЕТЬЕМАМЕ' 1$ 1п ЕВе М1скозоЁЕ Ве1осаЕ1оп РогшаЕ 
Объектный файл (имя) в перемещаемом формате Майкро- 
софт. 
В последнем случае даже выдается совет 
Озе ЕВе М1сгозоЕЕ ГлпКег ох РАЕ ЕБе '.ОЧТРОТ _2500АШ0' 
01 хгесЕ1\уе 1п ЕВе боосгсе Е11е Используйте компоновщик 
Майкрософт или включите директиву '.ОПбТРОТ 2500А0' 
в исходный текст. 
Может ли транслятор знаменитой фирмы работать с системой команд 
18051 и следовать этой директиве, автору неизвестно. В случае соответствия 
формата входного файла компоновщик запрашивает начальные адреса 
секций, а при явной ошибке выдает предупреждение 
111еса1 Ааагезз Недопустимый адрес. 

При выборе опции компоновщика также может случиться ошибка, 
о чем компоновщик выдает предупреждение 
бикпомта Г1пКех ОрЕ1оп Неизвестная опция компоновщика 
(буква). 
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Все эти погрешности легко исправить по ходу работы, так как в этих 
случаях не требуются переделка исходных текстов и повторная трансляция. 

Компоновка прекращается, если превышены возможности транслятора, 
о чем он выдает следующие сообщения: 


Махипии Е11е СоипЕ Ехсеедейя Превышено допустимое 
количество файлов 

Маха Матрег оЕ О1ЕЁехепЕ бесЕ1опз Ехсеедея Превы- 
шено допустимое количество различных секций. 

Махиит МишЬехг оЁ ТприЕ Е11ез Ехсеедей Превышено 
допустимое количество входных файлов. 


Но вряд ли кто-нибудь будет компоновать программы из такого большого 
количества файлов да еще с использованием громадного количества 
секций. В крайнем случае следует объединить близкие по назначению 
модули или секции и повторить трансляцию для измененных исходных 
текстов. 

В очень редких случаях могут возникнуть неприятности из-за сбоев 
в чтении объектных файлов. В этом случае транслятор выдает следующие 
сообщения: 


ОпКпомп Ехбеегпа1 Весога Тур е Не опознается запись 


типа внешних ссылок (имя). 

Опкромп оБЗесЕ сое гесоха Есуре Не опознается запись 
типа программной в объектном файле (имя). 

Ипкпомп Ве1осаЕфой Весоха Туре Не опознается запись 
типа перемещаемой (имя). 

Исправить такие ошибки можно только повторной трансляцией исходного 
текста для получения качественных записей в объектных файлах. 
Прекращается компоновка и в случае явной путаницы с именами и адре- 
сами, о чем выдаются сообщения: 


РезсепЯ11т9 Ааагеззез Ребкесеей 1п Е11е В файле (имя) 
обнаружены уменьшающиеся адреса. 

М1Е1р1е РеЁ1лптеа Сс1оЪа1 бушЬо1 Роипа 1п Е11ез Обнару- 
жено повторное определение глобального имени. 
Оуехг1арр1п9 АЯакеззез Перекрытие адресов. 

Зущро1 Тар1е ВаЁЁег бесЕфоп ОуехЕ1ом Переполнение 
буфера таблица имен секции. 

Оптезо1уеа ЕхЕегпа1 КеЁехгепсе Неразрешимая внешняя 
ссылка. 


Это уже связано с явной ошибкой программиста, выявить которую можно 
только анализом листингов компонуемых модулей. В этом случае обязательно 
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должен быть исправлен исходный текст, в котором обнаружена ошибка, 
и произведена его трансляция. 

А далее могут последовать какие-то из сонма предупреждений, свя- 
занных с подозрительными несоответствиями фактически вычисленных 
при компоновке адресов способам адресации, использованным в коман- 
дах. Такие несоответствия могут проявиться и при коррекции адресов 
в случае перемещения модуля на новое место и в случае вычисления 
адреса для внешней ссылки. В первом случае после текста предупреждения 
указываются имя файла и номер строки: 


31 Е11е: (Имя файла) Б1пе Мег: (Номер строки) 
а во втором выдаются имя глобальной метки и имя файла: 


С1оБа1 $упфо1: (Имя глобальной метки) Е11епапе: (Имя 
файла} 


В связи с разнообразием способов адресации некоторая часть предупрежде- 
ний вряд ли может выдаваться компоновщиком при работе с программами, 
предназначенными для микроконтроллеров семейства 18051. Но автор 
скопировал из машинного текста программы все предупреждения и 
приводит их вместе с переводами “на всякий пожарный случай”. 


ладгеззабЛе В1е Ке1осабеа АБоуе 127 Адресуемый бит 
перемещен выше 127. 

Са11/Зтр Ве1осаЕе@ ОчЕ оЁ Воиуп95 Безусловный переход 
перемещен за пределы адресации. 

ехеехпа1 АДагеззаЮ1е В1е Ве1осаЕеЯ Ароуе 127 Внешний 
адресуемый бит перемещен выше 127. 

Ехеегпа1 Са11/3иар Ве1осаее@ ОчЕ оЕ Вочп95 Внешний 
безусловный переход перемещен за пределы адресации. 
ЕхЕехгпа1 Гага Уа1ое Тагдаехг Тай 8 В1Ез Значение внеш- 
них данных выходит за пределы байта. 

ЕхЕехгпа1 Раба Уа1ае Ве1осаее@ ОцЕ ОЕ О1хесЕ Раде 
Внешние данные перенесены за пределы страницы с пряб 
мой адресацией. 

ЕхЕегпа1 Гака Уа1ое Ве1осаееЯ Оче оЕ НЗаВ 32К Внешние 
данные перемещены за пределы верхних 32к. 

ЕхЕегпа1 Баба \Уа1ае Ве1осакеЯя ОчЕ оЕ Том 32К Внешние 
данные перемещены за пределы нижних 32к. 

ЕхЕегпа1 Баба \Уа1ае Ве1осаке@ ОцЕ оЕ Том 64К Внешние 
данные перемещены за пределы нижних 64к. 

ЕхЕехгра1 Рака Уа1ае Ве1осаеейЯ Оче оЕ Раае О Внешние 
данные перемещены за пределы 0 страницы. 
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Ехсехгпа1 данр Ве1осабеЯа ОцЕ о Воип@аз Внешний безус- 
ловный переход перемещен за пределы адресации. 

Зиир Ве1осаееа ОцЕ оЕ Воил@аз Безусловный переход 
перемещен за пределы адресации. 

Том ВуЕе оЕ ВКе1осаееЯ бедтепЕ МозЕ = 0 Младший байт 
перемещаемого сегмента должен быть равен 0. 

Том 8 В1Е5 оЕЁ ЕхЕегпа1 Раба Уа1ое бестепЕ Моё = 0 
Младший байт сегмента внешних данных не равен 0. 


Орегапа Ве1осакеЯ ОцЕ оЕЁ 256 ВуЕе Капде Операнд 


перемещен за пределы однобайтового адреса. 


ОрегапЯ Ве1осаЕеЯ ОчЕ оЕЁ Н1ан 32К Операнд перемещен 


за пределы верхних З2к. 


Орегапа Ве1осабея ОчЕ оЕ Гом 32К Операнд перемещен за 


пределы нижних 32к. 

Орегапа Ке1осаЕей ОцЕ оЕ ом 64К Операнд перемещен за 
пределы нижних 64к. 

Орегапа Ве1осабе@ ОцЕ оЁ Раде Операнд перемещен за 
пределы страницы. 

Ве1аЕ1уе Са11/Уитр То а _С1офа1 бупбо1 1п а О1ЕЕегепЕ 
бедщепЕ Относительный переход на глобальное имя в 
другом сегменте. 


Ве1ак1уе Орегап@ Тоо Рах Амау Относительный операнд 


расположен слишком далеко. 


Ве1аЕ1уе КеЕегепсе То а С1оБа1 бупЬо1 Тоо Еахг Амау 


Относительная ссылка на слишком далекое глобальное имя. 


Как видите, здесь есть такие предупреждения, которые не относятся 
к способам адресации 18051. Если после какого-либо из таких предупреж- 
дений и будет создан исполняемый файл, то не следует торопиться с 
загрузкой полученной программы в микроконтроллерное устройство. 
Следует сначала тщательно разобраться в причине, породившей 
предупреждение, а еще лучше доработать исходный текст или 
расположение модулей таким образом, чтобы исключить предупреждения. 
Если программист остановил работу компоновщика, то выдается со- 
общение 
АззепЬ1у Тегхи1паееа Ву Орехаког Сборка прекращена 
оператором. 


Компоновщик может также выдавать информацию о перемещении фай- 
лов в процессе обработки листингов и создания таблиц имен для отладки, 
но это уже не связано с синтаксическими ошибками в исполняемой 


программе. 
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3.9. Форматы некоторых файлов 


При переходе от исходного текста к исполняемой программе транс- 
лятор и компоновщик осуществляют преобразование исходной информации 
в машинный код. Ради расширения кругозора любопытно взглянуть, 
каким образом кодируется эта информация в некоторых типах файлов. 
В качестве примера ниже показано содержимое файлов для приведенного 
ранее модуля вычисления НОД. Исходный текст записывается в тексто- 
вом формате. А каким образом он кодируется на машинном носителе? 
Следующая “распечатка” получена при помощи системной программы 
РЕВОС. В этом виде текст занимает 80 байт. Жирным шрифтом выделе- 
ны шестнадцатеричные коды отображаемых символов и пробелов. 
Не выделены пары символов, обеспечивающие возврат каретки и перевод 
строки. Системная программа приводит в правой части распечатки ото- 
бражаемые символы, а вместо неотображаемых символов выводит точки. 
65 75 63 6С 69 64 ЗА 20-44 49 56 20 20 20 20 20 ецс11а:оту 


41 42 ОР ОА 20 20 20 20-20 20 20 20 58 43 48 20 АВ... ХСН 

20 20 20 20 41 2С 20 42-00 ОА 20 20 20 20 20 20 А, В.. 

20 20 4^ 4Е БЛА 20 20 20-20 20 65 75 63 6С 69 64 °9м№2 ейс11а 
ОР ОА 20 20 20 20 20 20 20 20 2Е 45 4Е 44 00 ОА ы .ЕМО.. 


Файл с листингом также является текстовым и закодирован аналогичным 
образом, поэтому нет необходимости приводить его. Объектный файл 
содержит смешанную информацию. Ниже приведен результат вывода 
этого файла той же системной программой. По информации в правой 
части распечатки удается прочесть только имена стандартных сегментов 
(выделены жирным шрифтом), а пять байтов машинных кодов удалось 
найти только в самом конце файла (выделены подчеркиванием). 


5А ОВ 00 04 35 02 00 00-3р 01 00 00 00 00 00 00 ур: р 
02 10 ЕЕ 00 00 00 00 00-00 00 00 00 00 00 00 00 ....-.......-.--- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ...-............ 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ....-..-......---- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 .-.--........---. 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ..............-- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ....-......---.- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ........-....--- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00[ ....-.....----.. 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ........-......- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ....--.......---- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ........-..-....- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ...-........--.. 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ........-......- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ..-.-.-....--.-- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ............-..- 


00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ...............- 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ..........-...... 


00 00 00 00 00 00 00 00-00 00 00 00 00 04 43 4Е .............. со 
44 45 00 00 00 19 54 55-8В ЕС 53 56 57 8В Е1 Е8 РЕ....ТО..5\М... 
ВВ ЕР ЕР РР 6бА 01 8В 18-85 ОВ 5Е ОЕ 84 2Е 00 00 ....3..... ыы 
00 00 00 00 00 00 00 00-00 00 05 00 00 00 00 00 ................ 
00 00 00 00 01 44 41 54-41 00 ЕР 75 18 ЗВ 06 ЕР ..... РАТА..п.... 


75 14 ЕР 75 10 ЕР 75 ОС-ЕБЕ 75 08 56 ЕЕ 50 10 5Е ц..ц..ц..а.У.Р._ 
5Е 5В 50 С2 18 00 00 00-00 00 00 00 00 00 00 00 ^[|............. 


00 00 00 00 00 00 00 00-00 00 00 00 52 53 45 43 ............ В5ЕС 
54 00 81 РА 36 4В 80 30-74 2Е 8В 44 24 04 89 81 Т...6К.0%/.0$... 
60 04 00 00 89 91 58 04-00 00 8р 81 00 00 00 00 `..... Хееоеннь 
00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 ................ 
00 00 00 42 53 45 43 54-00 ЕЗ АБ 5Е 5Е ЕВ ЕВ 55 ...В8ЕСТ...^_..0 
8В ЕС 53 56 57 8В 70 0С-85 ЕР ОЕ 84 69 4 ОВ 00 ..5\м.}..... 10.. 


8В 5р 10 00 00 00 00 00-00 00 00 00 00 00 00 00 .].............. 
00 00 00 00 00 00 00 00-00 00 04 00 05 00 00 00 ................ 
00 00 00 00 00 00 00 00-00 01 01 84 01 02 С5 ЕО ................ 
01 02 70 ЕВ 7Е 00 00 7 ..р.-.-- 
Как видно из приведенного примера, программа расположена в самом 
конце объектного файла, а начало его предназначено для хранения разного 
. рода служебной информации, которая используется при редактировании 
связей. Даже к машинным кодам приставлены какие-то добавочные коды 
такого же назначения. Их можно рассмотреть на следующем фрагменте 
01 01 84 
01 02 С5 Р0 
.01 02 70 ЕВ 
7Е 
00 00 
ТЕ 


Тому, кто разрабатывает прикладные программы для микроконтроллеров, 
разбираться в формате объектного файла не нужно. Изучение документации 
такого рода дело разработчиков транслятора и компоновщика. 

Рассмотрим теперь два типа исполняемых файлов, создаваемых ком- 
поновщиком. Файл ЕОСГО.ТЗК. занимает всего пять байтов, которые 
выведены в шестнадцатеричной записи при помощи программы ОЕВОС: 
84 С5 ЕО 70`ЕВ 


Это наиболее компактная форма выдачи файла, но ее недостатком является 
невозможность его проверки на отсутствие ошибок записи. Содержимое 
файла ЕОСЫШ.НЕХ можно прочитать при помощи редактора, так как в 
этом файле использован текстовый формат представления шестнадцате- 
ричных данных. Кроме того, в состав файла включены контрольные 
суммы для подтверждения корректности записей: 
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:0500000084С52Р070ЕВ57 
:00000001ЕЕ 


Каждая строка, начинающаяся с символа двоеточия и заканчивающаяся 
парой символов — возврат каретки и перевод строки, представляет собой 
запись из пяти полей. Первое поле занимает один байт и содержит число, 
задающее количество байтов данных в записи. Второе поле занимает два 
байта и задает адрес загрузки первого байта данных. Третье поле занима- 
ет один байт и содержит код записи (00 для данных и 01 для последней 
записи файла). Далее следует поле данных длиной от 0 до 255 байтов. 
Последнее поле содержит один байт контрольной суммы. Младший байт 
суммы всех байтов записи должен быть равен 0. 

В соответствии с приведенными сведениями о полях записей проведем 
разбор нашего примера 
В символ начала записи 
05 количество символов в 1-й записи 


0000 загрузочный адрес 

00 признак данных 

84 С5 РО 70 ЕВ загружаемые данные (5 байт) 

57 контрольная сумма записи 

: символ начала записи 

00 количество символов во 2-й записи 

0000 загрузочный адрес 

01 признак конца файла (далее 0 байт данных) 
ЕЕ контрольная сумма записи 


Для первой записи сумма всех байтов равна 400, а для второй — 100. 
Результаты проверки свидетельствуют о корректности обеих записей. 

Файл с расширением МАР имеет текстовый формат, так что прочесть 
его содержимое при помощи текстового редактора не представляет труда. 
Приведем пример файла карты загрузки: 


С]оБа1 $упЬо1 Маме С1оЪа1 Уа1ае С10Ъа1 Е11епапе 
ххх кк кКххкКККхкхккххКкккхх 
ы ГОАБ МАР * 


ХЖАККККККККККККККККККККККККЯКИККККККККККККККККККККККАКККККК К 


* сесЕлор Маше 5ЕагЕ1па АЯагезз Еп@1пд Адагезв 512е ы 
ХКККЖКККККККККККККККККККККККККККККККККККККККИКККККККККК К 
* ©еис114.053 * 
* СОБЕ 0000 0004 0005 ы 
ЖЖ КК 
Тапкех ОцЕриЕ Е11епаше : епис11а.Вех 
РазК Газета Р11епапе : епс11А.тар 
Зутро1 ТаЪ1е Е11епаме : <Мопе брес1Ё1еа> 
ТЗик Ехгог8 : 0 ОпЕриЕ ЕРоппаЕ : Те] Нех 


86 


Форматы файлов таблицы имен гораздо более разнообразны, что, по- 
видимому, связано с различием отладчиков, используемых разными 
фирмами. Файлы этого типа имеют расширение ЗУМ и содержат имена 
и значения различных объектов программ. Общим у всех этих файлов 
является то, что каждой паре имя-значение отводится отдельная запись. 
А различия связаны с расположением полей и со способами кодирования 
этих записей. Записи в таблицах глобальных имен: фирмы 2500 А.Ъ., 
получаемые для опций $ и А, содержат длинные и короткие имена соот- 
ветственно. Первое поле записи отводится для имени и занимает 32 байт 
или 10 байт соответственно. Следующие два байта отводятся на адрес 
(старший байт предшествует младшему). Третье поле размером один байт 
отводится на номер файла. Последнее поле (36-й или 14-й байт соответст- 
венно) размером один байт зарезервировано. Признаком конца файла 
в обоих случаях служит байт со значением ОРЕН. Файлы с длинными 
именами отличаются байтом со значением ОЕОВ, расположенным в начале 
файла. 
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Глава 4 _ 


Программирование | 
арифметических действий 


4.1. Кодирование информации 
в микроконтроллере 


Микроконтроллер и управляемый им объект входят в состав изделия, 
взаимодействующего с пользователем. При помощи периферийных 
устройств микроконтроллер получает информацию о состоянии объекта 
и выдает команды управления объектом, а также воспринимает команды 
пользователя и выдает сигналы пользователю. Вся информация для 
осуществления этих действий представляется в микроконтроллере в виде 
двоичных кодов. На начальном этапе программирования необходимо 
четко определить полный состав информации, которая используется для 
взаимодействия микроконтроллера с управляемым объектом и с пользо- 
вателем изделия, и выбрать рациональные способы кодирования этой 
информации. Программисту приходится заниматься всеми подробностями 
кодирования информации в связи с отсутствием операционной системы 
и сервисных программ в условиях строго ограниченных ресурсов. 

Кодирование информации для обмена с периферией определяется 
интерфейсом микросхем, с которыми связан микроконтроллер, и/или 
электрической схемой устройства. При выборе способа кодирования 
информации, используемой в микроконтроллере для решения задач 
управления объектом, программист должен исходить из критериев наиболее 
эффективного ее представления с точки зрения использования объема 
памяти и скорости работы программы. Поэтому кодирование внутренних 


переменных в микроконтроллере должно соответствовать системе команд, 
используемых при их обработке. Для обработки внутренних переменных, 
которые могут быть представлены неотрицательными целыми числами в 
формате байта, наиболее целесообразно использовать 8-разрядный 
позиционный двоичный код. В этом случае система команд микрокон- 
троллеров семейства 18051 обеспечивает обработку информации посред- 
ством прямого и обратного счета, сложения, вычитания, умножения 
и деления. 

Но в микроконтроллере приходится кодировать значительно более 
разнообразную числовую информацию. На практике число может быть 
получено одним из двух принципиально различных способов: счетом или 
измерением. В случае счета количества предметов или определения их 
порядковых номеров получаются целые числа. Неправильное (не соответ- 
ствующее истинному положению вещей) определение целого числа 
является ошибкой (пичаКе). В случае измерения числа получаются сопос- 
тавлением двух сопоставимых характеристик объектов или процессов, 
одна из которых может изменяться, а другая выбрана в качестве эталона. 
При этом число не обязательно должно быть целым и в принципе опреде- 
ляется с некоторой погрешностью (етог). При выборе способа представ- 
ления чисел нужно четко различать, какого рода числа используются 
и обрабатываются программой. Использование двоичных кодов в микрокон- 
троллере не исключает возможностей представления чисел в десятичной 
системе счисления. Но ее лучше применять для взаимодействия с пользо- 
вателем, а для внутреннего представления чисел целесообразнее исполь- 
зовать двоичную систему. 

Начнем с кодирования положительных целых чисел в позиционной 
системе, характеризующейся использованием символов, называемых 
цифрами. Общее количество цифр, используемых в любой системе счисле- 
ния, равно ее основанию (включая цифру 0). Цифра 0 представляет ника- 
кое количество независимо от положения в записи числа. Количественное 
значение остальных цифр зависит от их позиции (положения) в записи 
числа. Поясним сказанное на примере двоичной системы счисления, 
использующей наименьшее количество цифр: 0 и 1. Количественное 
значение цифры 1 рассмотрим на примере представления положительного 
целого числа байтом, состоящим из 8 двоичных разрядов с номерами от 
нулевого (самый младший разряд расположен справа) до седьмого (самый 
старший разряд расположен слева). "Вес" цифры 1 для 0, 1, 2, 3, 4, 5, би7 
разрядов не одинаков и составляет соответственно 1, 2, 4, 8, 16, 32, 64 и 
128, то есть удваивается при переходе на 1 разряд влево. Таким образом 
1 байт может быть использован для представления всех (без изъятия!) 
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положительных целых чисел от 0 до 255. При необходимости записи 
положительных чисел превышающих 255 нужно использовать более 1 
байт. Например, двоичное "слово", состоящее из двух байтов, может 
представлять все положительные целые числа от 0 до 65535. 

Но это не единственный способ кодирования положительных целых 
чисел. В технике часто используется двоичный рефлексный код, назы- 
ваемый также кодом Грея. Ниже приведена таблица 4-разрядных позици- 
онного и рефлексного двоичных кодов. 

десятичное Шестнадцатеричная Позиционный Рефлексный 


число цифра код код 
0 0 0000 0000 
1 1 0001 0001 
2 2 0010 0011 
3 к] 0011 0010 
4 4 0100 0110 
5 5 0101 0111 
6 6 0110 0101 
и 7 0111 0100 
8 8 1000 1100 
9 9 1001 1101 
10 А ‚ 1010 1111 
11 В 1011 1110 
12 С 1100 1010 
13 р 1101 1011 
14 Е 1110 1001 
15 Е 1111 1000 


Рефлексный код удобен для использования в некоторых типах преобразова- 
телей аналогового сигнала в цифровой. Изменение содержимого только 
одного разряда при переходе сигнала с одного уровня на другой обеспечивает 
отсутствие ошибок преобразования, хотя оно не может устранить погреш- 
ность. Для тех, кого интересует общее правило получения рефлексного 
кода, укажем алгоритм его получения из позиционного. Для получения 
рефлексного кода нужно вычислить функцию неравнозначности (ИСКЛЮ- 
ЧАЮЩЕЕ ИЛИ) от исходного числа и его частного, полученного делением 
на два. На практике бывает необходимо выполнять обратное преобразо- 
вание, но оно немного сложнее и будет рассмотрено позднее. 
Преимущество позиционного представления чисел состоит в том, 
что, во-первых, для представления любых сколь угодно больших чисел 
используются одни и те же цифры, во-вторых, все арифметические опе- 
рации со сколь угодно большими числами могут быть выполнены как 
конечная последовательность единообразных действий с цифрами, пред- 
ставленными в отдельных разрядах этих чисел. Разумеется, при этом 
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необходимо выполнять эти действия в определенной последовательности 
и учитывать результат выполнения действий с предшествующими разря- 
дами. А правила всех поразрядных арифметических операций сводятся к 
таблице сложения и таблице умножения, имеющих для двоичной системы 
счисления наипростейший (по сравнению с остальными системами счисле- 
НИЯ) ВИД: 


0+0 0 0*+0=0 
О+1= 1 0 *1=0 
1+0=1 1*0 0 
1+1= 10 1*1=ЕТ 


Таблица умножения в двоичной системе оказалась проще таблицы сло- 
жения потому, что произведение двух цифр не выходит за пределы одного 
разряда, а значение суммы может выйти за его пределы. Это всем известный 
перенос, который школьники учатся “держать в уме”. По этой причине 
таблица сложения должна быть дополнена для случая переноса из преды- 
дущего разряда. 

Перенос 0 Перенос 1 


0+0 = 0 1 
0+1= 1 10 
1+0 = 1 10 
1+1 10 11 


Приведенных сведений вкупе с опытом школьных упражнений по сложе- 
нию, вычитанию, умножению и делению “столбиком" (как говаривали 
старые учителя, "по Маленину-Буренину") в последующем будет вполне 
достаточно для самостоятельной проверки читателями корректности 
приведенных программ арифметических вычислений. 

При прямом счете, сложении и умножении положительных чисел 
всегда получаются положительные числа. В микроконтроллерах семейства 
18051 выход результата прямого счета за пределы разрядной сетки никак 
не контролируется. Выход результата сложения положительных чисел за 
пределы одного байта приводит к установке бита переноса в 1. Выход 
результата умножения положительных чисел за пределы одного байта 
приводит к установке бита переполнения в 1. Если результат операции 
выходит за пределы байта, то для его правильного представления нужно 
использовать дополнительные двоичные разряды. Способ кодирования 
при этом не изменяется, но нужно рассмотреть способы обработки чисел, 
представленных несколькими байтами. Результатом обратного счета или 

‚вычитания могут быть отрицательные числа. Получение отрицательного 
числа в результате обратного счета никак не контролируется. Выход 
результата вычитания за пределы представления положительного числа 
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приводит к установке бита переноса в 1. Для работы с отрицательными 
числами необходимо рассмотреть, во-первых, вопросы их кодирования, 
а во-вторых, возможности обработки этих кодов существующим набором 
команд. Отложив программирование арифметических действий с много- 
байтными и отрицательными кодами, остановимся на кодировании отри- 
цательных чисел. 

Поскольку одним байтом может быть закодировано только 255 чи- 
сел, приходится ограничиться представлением положительных чисел до 
+127, при этом 7 разряд используется для кодирования знака и для поло- 
жительных чисел принимается равным 0. Для отрицательных чисел 
можно принять значение 7 разряда равным 1. Остается выбрать кодиро- 
вание для остальных разрядов. Традиционно применяемый в текстах 
способ записи числа в виде знака и модуля использовался и для двоичного 
кодирования в некоторых вычислительных машинах, потому что был 
удобным для аппаратной реализации умножения и деления. Для системы 
команд 18051 при кодировании чисел знаком и модулем ни одна арифме- 
тическая операция не обеспечит корректных результатов. Однако сущест- 
вует кодирование, при котором корректно выполняются операции прямо- 
го и обратного счета, сложение и вычитание. Приведем пример обратного 
счета в случае 4-разрядного двоичного кода от числа +7 до числа -8. 


Десятичное Двоичный 
число код 
+7 0111 
+6 0110 
+5 01.01 
+4 0100 
+3 0011 
+2 0010 
+1 0001 
0 0000 
—1 1111 
-2 1110 
-3 1101 
-4 1100 
-5 1011 
-6 1010 
-7 1001 
_8 1000 


Для отрицательных чисел такой код называется дополнительным, потому 
что он дополняет код соответствующего (равного по модулю) положи- 
тельного числа до количества кодируемых чисел (для 4 разрядов — до 16, 
для байта — до 256, а для слова — до 65536). (Для числа -8 в этой таблице 
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соответствующего положительного числа нет, а число 0 неотрицательное.) 
При кодировании отрицательных чисел дополнительным кодом знаковому 
разряду байта нужно приписать вес —128, а знаковому разряду слова — 
вес —32768. Такой вариант кодирования позволяет представить одним байтом 
все числа от —128 до +127., а двумя байтами — числа от 32768 до +32767. 

Арифметические операции АОО (АРОС) и ЗОВВ при использовании 
дополнительного кода выполняются корректно. Если результат сложения 
или вычитания выходит за пределы представления чисел со знаком, то 
бит переполнения устанавливается в 1. Следует отметить нежелатель- 
ность использования в однобайтовых арифметических операциях кодов, 
представляющих —128 для одного байта и -32768 для двух байтов, из-за 
отсутствия кодов представляющих соответствующие положительные 
числа. В операции обратного счета РЕС результатом уменьшения 0 на 1 
является код, соответствующий числу 255 для кодирования чисел без 
знака или числу -—1 для кодирования со знаком. При выполнении этой 
операции признак переполнения также не вырабатывается. Аналогичным 
образом работает и ПМС, так что результаты обеих операций будут неверны 
при выходе за пределы представления чисел заданным кодом. При коди- 
ровании целых чисел без знака это будет увеличение 255 для ПЧС и 
уменьшение 0 для РЕС, а при кодировании целых чисел со знаком — 
увеличение 127 и уменьшение —128 соответственно. Но выполнение этих 
команд не влияет на содержимое битов переноса и переполнения. Ариф- 
метические операции МОТ, и ОГУ не обеспечивают корректных результатов 
и при кодировании отрицательных чисел дополнительным кодом, поэтому 
умножение и деление с отрицательными операндами нужно программиро- 
вать особо. 

До тех пор пока арифметические операции (кроме деления) использу- 
ются для работы с целыми числами, полученными посредством счета, их 
результаты будут точными. Для представления результата операции 
деления в общем случае нужны дробные числа. Дробные числа нужны и для 
представления чисел, полученных посредством измерений. В этом случае 
есть два подхода. Наиболее универсальным является представление чисел 
при помощи порядка и мантиссы. Но в микроконтроллере использование 
чисел с плавающей запятой вряд ли целесообразно с точки зрения расхо- 
да его ресурсов, хотя для карманных калькуляторов это оправдано их 
назначением. Более рационально применять такой выбор масштабов, 
чтобы использовать целые числа или числа с фиксированной запятой. 
Поэтому здесь рассматривается только программирование арифметических 
операций с целыми числами. 
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4.2. Арифметические действия 
с большими числами 


В микроконтроллерах семейства 18051 отсутствует набор команд для 
осуществления арифметических действий в тех случаях, когда для пред- 
ставления чисел приходится использовать более одного байта. Поэтому 
рассмотрим, каким образом можно осуществлять 4 действия арифметики 
для положительных чисел, представляемых двумя байтами. Для програм- 
мирования арифметических действий с такими числами следует иметь 
в виду, что вес старшего байта в 256 раз больше, чем у его соседа справа. 
Обозначая младший байт индексом 0, а старший — индексом 1, предста- 
вим операнды выражениями 256*Х(1) + Х(0) и 256*У(1) + У(0). Здесь 
Х(0) и У(0) — числовые значения младших байтов операндов, а Х(1) 
и У(1) — числовые значения старших байтов операндов. Представленные 
выражения можно складывать, вычитать и умножать, но не делить. 

В результате сложения получим следующее выражение для суммы: 
256* (Х(1) + У(1)) + (%(0) + У(0)) 


из которого видно, что для вычисления младшего байта суммы нужно 
сложить младшие байты операндов, а для вычисления старшего байта 
суммы — старшие байты операндов. Но независимого сложения старших 
и младших байтов недостаточно, так как в случае переполнения суммы 
младших байтов нужно добавить к сумме старших байтов 1. Поэтому 
нужно сначала вычислить сумму младших байтов командой АПЮ, а затем — 
сумму старших байтов с учетом переноса, то есть командой АОШС. Пусть 
первый операнд записан в регистрах В0 и В1, а второй — в регистрах К2 
и ВЗ, причем в регистрах с четными номерами хранятся младшие байты. 
Составим программу суммирования с записью суммы по адресу первого 
операнда: 


МОУ А, ВО - ;мл. байт первого числа в накопителе 

АРБ А, К2 ;удобавлен мл. байт второго числа 

МОУ КО, А ;узапоминание мл. байта суммы 

МОУ А, К1 . ;ст. байт первого числа в накопителе 

АОРС А, КЗ ; добавлен ст. байт второго числа и перенос 
МОУ Е1, А ;узапоминание ст. байта суммы 


Следует заметить, что при выполнении команд пересылки кодов 
состояние бита переноса не изменяется. Для вычитания нужно проделать 
аналогичные действия, но нужно учесть одну тонкость. Дело в том, что 
в системе команд 18051 отсутствует обычное вычитание, поэтому программа 
вычитания должна начинаться с очистки бита переноса: 
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СЬВ С ; очистка бита переноса 


МОУ А, ВО ;умл. байт первого числа в накопителе 

5ОВВ А, К2 ;вычитание мл. байта второго числа 

МОХ КО, А ;у запоминание мл. байта разности 

МОУ А, В1 уст. байт первого числа в накопителе 

50ВВ А, КЗ ; вычитание ст. байта второго числа и займа 
МОХ К1, А ; запоминание ст. байта разности 


Разница между действиями сложения и вычитания состоит еще в том, что при 
сложении нужно учитывать перенос, а при вычитании — заём. Но для хране- 
ния займа при вычитании используется тот же самый бит переноса. В обоих 
примерах использована регистровая адресации операндов и результата. 

При помощи косвенной адресации можно написать более компактную 
программу сложения или вычитания чисел, состоящих из любого количе- 
ства байтов (лишь бы хватило памяти). Пусть младший байт первого 
операнда записан в ячейке с именем #36 а все последующие — в следующих 
ячейках. Аналогичным образом байты второго операнда должны быть 
записаны в массив, первая ячейка которого имеет имя $сп4. Предположим, 
что оба числа состоят из 5 байт. Для резервирования памяти запишем 


.ВЗЕСТ 
Еузе: .05 5 ;5 байт ОЗУ для первого операнда 
зспа: .р5 5 ;5 байт ОЗУ для второго операнда 


Считая, что запись операндов в эти ячейки осуществлена в другой части 
программы, напишем программу сложения первого числа со вторым и с 
записью суммы на место первого числа: 


.СОБЕ 
МОУ ЕО, #ЕхзЕ  ;запись адреса 1-го операнда в регистр 
МОУ Е1, #5спЯ ;запись адреса 2-го операнда в регистр 
МОУ ВЗ, #5 ;узапись количества байтов в регистр 
СЬВ [® ;очистка бита переноса 

ааат: МОУ А, @ВО ;байт первого числа в накопителе 
АООС А, @В1 ; добавление байта 2-го операнда 
МОУ ако, А ;узапоминание байта суммы 
ТМС во ;вычисление адреса байта 1-го числа 
ТМС 81 ; вычисление адреса байта 2-го числа 


рома В3, ааат ;счет количества необработанных байтов 


Три команды в самом начале программы используют непосредственную 
адресацию источника. Притом для двух из них транслятор осуществляет 
подстановку фактических значений адресов младших байтов операндов. 
Команда очистки бита переноса нужна потому, что в циклической части 
программы используется команда сложения с учетом переноса. За счет 
использования косвенной адресации удается обработать все байты первого 
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и второго операндов одними и теми же командами. А для того чтобы в 
следующем цикле обратиться к следующим ячейкам ОЗУ, содержимое 
регистров В0 и В надо увеличивать на 1. Счет количества необработанных 
байтов производится последней командой. При ее выполнении число в 
регистре КЗ уменьшается на 1, и если результат не равен 0, то управление 
передается на начало цикла. При показанном ранее способе для сложения 
5 пар байтов пришлось бы использовать 15 команд, в приведенном примере 
их только 10. Кроме экономии памяти программ этот фрагмент более 
универсален. С другой стороны длительность работы этой программы 
больше, так как для ее завершения нужно выполнить 34 команды вместо 
15. Таким образом, экономия одного ресурса, как правило, осуществляется 
за счет затраты других. 

Переходя к двум другим арифметическим действиям, следует отметить, 
что умножение или деление двоичного числа, состоящего из нескольких 
байтов, на целую степень двойки осуществляется при помощи сдвига 
всех байтов этого числа влево или вправо. Поскольку вес двоичной 
цифры 1 возрастает вдвое при переходе в соседний левый разряд, то для 
умножения на 2 нужен сдвиг влево на 1 разряд, для умножения на 4 — 
на 2 разряда и так далее. Для передачи битов кода числа из одного 
байта в другой нужно использовать операцию циклического сдвига влево 
с участием бита переноса. Поскольку перед очередным сдвигом крайнего 
байта значение бита переноса может быть произвольным, надо или уста- 
навливать нужное значение или после завершения сдвигов корректиро- 
вать содержимое соответствующего количества разрядов младшего или 
старшего байта. Умножение на заранее заданную константу, в коде 
которой содержится небольшое количество единиц, также может произ- 
водиться последовательностью операций сдвига и суммирования. Однако 
в том случае, когда значение множителя заранее неизвестно, нужно 
использовать операции умножения. 

При перемножении чисел, каждое из которых представлено двумя 
байтами, произведение может занять 4 байт. Перенумеруем их от младших 
к старшим байтам 0, 1, 2 и 3. Для вычисления произведения можно 
воспользоваться формулой 


65536* (Х(1)*\(1)) + 256*(Х(1)*У(0) + Х(0)*у(1))} + Х(0) *У(0) . 


Из формулы следует, что результат должен получаться накоплением, 
причем младший байт произведения младших байтов должен быть записан 
в 0 байт, а старший — в 1. Произведения младшего байта на старший 
и старшего байта на младший добавляются соответственно к первому и 
второму байтам. Произведение старших байтов добавляется ко второму 
и третьему байтам. Общее правило таково: сдвиг произведения байтов 
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относительно младшего байта результата равен сумме сдвигов относи- 
тельно младших байтов множимого и множителя. Для уменьшения 
количества операций сложения частичных произведений целесообразно 
начинать с вычисления произведений младших байтов (вспомните умно- 
жение "столбиком"!). Пусть сомножители находятся в регистрах К1, ВО и 
ВЗ, К2. Следующая программа помещает произведение в регистры В7, 
Вб, К5 и В4 (старшие байты находятся в регистрах с большими номерами): 

МОУ А, ВО 

МОУ в, В2 


МОБ АВ ; произведение мл. байтов 
МОУ В4, А ув 0-ой байт произведения 


МОУ В5, В ;в 1-ый байт произведения 
МОУ А, В1 | 
моу В, В 


МО АВ ; произведение ст. байтов 
МОУ Еб, А ;во 2-ой байт произведения 
МОУ В7, В ;в 3-ий байт произведения 


МОУ А, Е1 
МОУ в, 82 


МО АВ ; произведение ст. байта на мл. байт 
АБР А, К5 
МОУ В5, А :в 1-ый байт произведения 


МОУ А, Вб 
АШООС А, В 


Ум псу1 ; переход, если нет переноса в 3-й байт 
ТМС В7 ; коррекция 3-го байта произведения 
псу1: МОУ Вб, А :во 2-ой байт произведения 


МОУ А, ВО 
МОУ В, ВЗ 


МОБ АВ ;у произведение мл. байта на ст. байт 
АПР А, В5 
МОХ В5, А ;в 1-ый байт произведения 


МОУ А, Вб 
АБОС А, В 


9мс псу2 ;переход, если нет переноса в 3-й байт 
ТМС в] ; коррекция 3-го байта произведения 
псу2: МОУ Кб, А ;во 2-ой байт произведения 


В приведенном примере после записи произведения младших байтов 
производится вычисление произведения старших, поскольку их результаты 
записываются в те байты результата, которые не перекрываются. Затем к 
ним добавляются произведения старшего на младший и младшего на 
старший. Для вычисления произведения пришлось использовать 4 коман- 
ды умножения, 4 команды сложения и много операций пересылки. 
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Как видно из приведенных примеров, программы для сложения, вычитания 
и умножения больших чисел не представляют особых трудностей. Нужно 
только написать расчетные формулы, в соответствии с которыми должен 
быть составлен исходный текст программы. 

Программирование деления больших чисел затрудняется из-за отсутст- 
вия конечных формул для вычисления частного и остатка. Рассмотрим 
подробно в качестве примера задачу вычисления частного от деления двух- 
байтового числа на однобайтовое. С использованием прежних обозначений 
запишем выражение для деления первого числа на второе в виде дроби 


(256*Х (1) + х(0)) / У(0). 


Операция целочисленного деления заключается в приведении неправильной 
дроби к правильной, при этом целая часть числа является частным, 
а числитель дробной части — остатком. Обозначим частное и остаток 
буквами О и К соответственно. Тогда задача целочисленного деления 
сводится к нахождению двух неотрицательных целых чисел, удовлетво- 
ряющих уравнению и неравенству 

х=оО*у+ В 

В <Уу 

Это уравнение решается подбором частного, то есть методом проб и ошибок. 
Например, это можно делать многократным вычитанием делителя из 
делимого до тех пор, пока остаток не будет меньше делителя. Тогда 
частное равно количеству операций вычитания. Более экономным является 
метод пробных вычислений разности между делимым и произведением 
делителя на приближенное значение частного. При этом сначала подби- 
рается старшая цифра частного как наибольшее из значений, при котором 
остаток еще положителен, затем следующие цифры. Это известный всем 
школьникам (по крайней мере, до внедрения карманных калькуляторов) 
метод деления “столбиком”. Для двоичного кодирования чисел этот 
метод наиболее эффективен, так как позволяет при каждой пробе вычис- 
лять очередную цифру частного. Пусть делимое находится в регистрах 
ВЗ, В2, а делитель — в регистре ВО. Отведем для запоминания текущего 
остатка регистр В4, а для счета количества цифр частного — регистр 1. 
При делении “столбиком” произведение делителя на очередную цифру 
частного сдвигается вправо на | разряд относительно делимого. При 
программировании целесообразнее сдвигать остаток влево. Тогда в осво- 
бождающиеся биты регистров, используемых для хранения делимого, 
можно записывать значения очередных битов частного. После завершения 
программы частное будет записано на месте делимого. 
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МОУ в, КО запись делителя в регистр В 


МОХ К1, #16 ;уколичество разрядов делимого 
МОУ в4, #0 ; заготовка для остатка 
@мЪ3З: СВ С ; очистка очередного бита для 
; частного 


сдвиг мл. разрядов частного 


сдвиг ст. разрядов частного 


оч м ч. ч. 


МОУ А, В4 ; 


ВЕС А :;сдвиг текущего остатка 

СУМЕ А, В, @Ъ1 ;сравнение текущего остатка с 
;у делителем 

@м>1: 9с @м2 ;упереход, если остаток меньше 

; делителя | 

5ОВВ А, В ; вычитание делителя из текущего 
; остатка 

ТМС к2 ;узапись 1 в очередной разряд 


;участного 
Вимь2: МОУ В4, А ; 
Руми Е1, @м3 ;16-кратное повторение цикла 


Использование операции сравнения чисел позволяет обойтись без пробного 
вычитания делителя из текущего остатка. Если вычитание возможно, то в 
очередную цифру частного заносится 1. Хотя эта программа занимает 
немного места в памяти, она выполняется гораздо дольше предыдущих 
примеров, так как входящие в цикл команды будут выполнены 16 раз. 
Следует заметить, что в случае делителя, состоящего из нескольких байтов, 
целесообразнее сначала сравнивать старшие байты остатка и делителя, а в 
случае их равенства переходить на сравнение младших. 

Программа для деления двухбайтового числа на однобайтовое может 
быть усовершенствована за счет получения старшего байта частного 
командой деления: 


МОУ А, ВЗ ст. байт делимого 

МОУ в, во запись делителя в регистр В 

РТУ АВ : 

МОХ ВЗ, А ;ст. байт частного 

МОУ А, В ;текущий остаток 

МОУ в, во ;у запись делителя в регистр В 

МОУ К1, #8 ;количество разрядов остатка 
@мЪ3: СЬВ [© ;очистка очередного бита для 

участного 
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ХСН А, К2 


ВГС А сдвиг мл. разрядов частного 
ХСН А, Е2 
вЬС А сдвиг текущего остатка 


СОМЕ А, В, 91 равнение текущего остатка с 
елителем 

ереход, если остаток меньше 
делителя 

вычитание делителя из 


;утекущего остатка 


- н 


@мЪ1: 9с @мо2 


оо Г ПР 


ЗОВВ А, В 


<. 


ТМС К2 ; запись 1 в очередной разряд 
; частного 
@мр2: 29м№2 81, @м3 ;8-кратное повторение цикла 


В отличие от предыдущего варианта регистр В4 здесь не используется, и 
остаток записывается в накопитель. По объему эти программы практически 
одинаковы. Но вторая программа работает намного быстрее первой, 
поскольку удалось уменьшить как количество циклов, так и количество 
команд в цикле. В случае делителя, который представлен несколькими 
байтами, нужно использовать алгоритм первого варианта. 

Завершая раздел о принципах программирования для чисел, пред- 
ставляемых несколькими байтами, следует заметить, что нужно избегать 
их использования без особой необходимости. Но если обойтись без 
больших чисел невозможно, то при программировании нужно принимать 
во внимание не только формулы и алгоритмы вычислений, но и ограни- 
чения по ресурсам. В зависимости от поставленной задачи может потре- 
боваться оптимизация программы по объему ОЗУ, по объему ПЗУ или по 
быстродействию. Написать программу, одновременно Вии: 
потребление всех этих ресурсов, невозможно. 


4.3. Арифметические действия 
с отрицательными числами 


Команды умножения и деления дают правильные результаты только 
в случае положительных операндов. Поэтому для правильного вычисления 
произведения или частного в случае отрицательных операндов требуется 
сначала вычислить модули этих операндов. После умножения или деле- 
ния модулей в случае необходимости можно вернуться к первоначальному 
кодированию с учетом знака результата. Таким образом, для умножения и 
деления чисел, хотя бы одно из которых отрицательное, нужно знать 
способы вычисления модуля числа и вычисления знака результата. 
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Знак результата умножения или деления двух чисел будет отрица- 
тельным тогда, когда только одно из чисел отрицательное. Пусть знак 
первого числа записан в старшем бите регистра В©, а знак второго 
числа — в старшем бите регистра В1!. Тогда знак результата можно 
записать в бит РО при помощи четырех команд: 


МОУ А, ВО ;узнака в старший бит накопителя 

ХА А, В] ; вычисление знака результата 

вЬС А ;устарший бит накопителя в флаге 
;: переноса 

МОУ ЕО, С ;знака результата в бите #0 


Указанный бит удобен для запоминания знака результата потому, что на 
него не влияют результаты команд, выполняющих арифметические 
операции. 

В 18051 отсутствует операция изменения знака числа, однако она 
может быть выполнена вычитанием этого числа из 0. Предположим, что 
нам нужно изменить знак однобайтового числа, записанного в регистр 
Во. Для этого нужно очистить бит переноса и накопитель, вычесть из 
него содержимое регистра и переслать результат из накопителя в регистр: 


СЬВ С очистка бита переноса 
СЬВ А ; очистка накопителя 
ЗОВВ А, ВО ; вычитание 


МОУ ВО, А 


Однако имеется другой алгоритм изменения знака числа, использующий 
следующую закономерность кодирования отрицательных чисел: 


;запоминание результата 


+0 00000000 -0 00000000 = 11111111+1 
+1 00000001 -1 11111111 = 11111110+1 
+2 00000010 -2 11111110 = 11111101+1 


Из приведенного примера видно, что нужно сделать для изменения знака 
числа на противоположный. Сначала необходимо изменить содержимое 
всех разрядов исходного числа на обратные значения (обратный код), 
а затем добавить единицу в младший разряд числа (дополнительный код). 
Использование этого алгоритма для изменения знака однобайтового 
числа не дает никакого выигрыша, если подлежащее преобразованию 
число записано в регистр. Но для изменения знака числа, записанного 
в накопитель, гораздо проще воспользоваться следующей парой команд. 
СРЬ А 
тмС А 
Для изменения знака двухбайтового числа необходимо сначала получить 
обратные коды младшего и старшего байтов, а затем добавить 1 к 


;вычисление обратного кода 
; добавление 1 
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младшему байту. Пусть младший байт числа записан в накопителе, 
а старший — в регистре В. Число с обратным знаком получается в том же 
месте, что и исходное. 


СРЬ А ;вычисление обратного кода мл. 
;убайта 

хвЬ В, #ЕЕБ ;вычисление обратного кода ст. 
;байта 

АБО А, #01 ; добавление 1 

УМС пс ;упереход по отсутствию переноса 

ТмС В ;укоррекция ст. байта 

пс: МОР ;для записи метки 


Обратите внимание на то, как в случае переноса из младшего байта 
старший байт увеличивается на 1. Для получения переноса из младшего 
байта нужно использовать в программе не ПС, а АПР. Код операции 
МОР записан для того, чтобы не оставлять пустой строку с меткой. 
В реальной программе в этой строке должна быть записана первая коман- 
да следующего блока. 

В качестве примера приведем программу перемножения однобайтовых 
чисел с произвольным знаком. Исходные числа находятся в регистрах КО, 
В1, а произведение получается в регистре В (старший байт) и накопителе 
(младший байт). 


МОУ А, ВО ;умножимое 

МОУ С, А.7 ;3знак первого числа в бите С 

УМС 0151 упереход по положительному 
;умножимому 

СРЬ А ;вычисление обратного кода 
умножимого 

ТМ А ;увычисление модуля множимого 

01$1: МОУ В, ВТ ;умножитель 

УКВ В,7 и1$2 ;упереход по положительному 
;умножимому 

СРЬ С ;увычисление знака произведения 

ХЕЬ В, #ЕЕБ ;вычисление обратного кода 
умножителя 

ТМС В увычисление модуля множителя 

п1$2: МОУ ЕО, С ; запоминание знака произведения 

мор АВ вычисление произведения 
;модулей 

МВ ЕО, п153 ;упереход по положительному 
;упроизведению 

СРЬ А ;вычисление обратного кода мл. 
; байта 

"ХАБ В, #ЕЕВ - ;увычисление обратного кода ст. 
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;байта 


АОО А, #0185 добавление 1 
9мС 0153 ; переход по отсутствию переноса 
ТМС В ;коррекция ст. байта 

11$3: №Р ;для записи метки 


Смысл производимых в этой программе действий должен быть понятен 
по ранее приведенным примерам для вычисления знака произведения 
и изменения знака числа. Запоминание знака числа необходимо потому, 
что операция умножения записывает 0 в бит переноса. При умножении 
и делении чисел, представленных несколькими байтами, изменение знака 
для вычисления модуля исходных чисел и кода результата требуют 
выполнения большего количества команд. 

Умножение отрицательного числа на целую степень двойки при 
помощи сдвига ни чем не отличается от умножения положительного 
числа. При делении отрицательного числа нужно при каждом сдвиге 
записывать в старший бит старшего байта 1. Для этого после записи 
старшего байта числа в накопитель перед командой сдвига влево нужно 
скопировать седьмой бит накопителя в бит переноса. 


4.4. Контроль точности при 
программировании 
арифметических операций 


Читателям может показаться странным этот заголовок: ведь каждая 
из арифметических операций выполняется микроконтроллером с абсо- 
лютной точностью. Но абсолютная точность получается только в случае 
программирования вычислений с целыми числами ограниченной величины. 
В общем случае при неправильном программировании результат вычислений 
может иметь недопустимо большую погрешность или быть ошибочным. 
Первый случай относится к потере значимости, когда в отведенных для 
кодирования числа разрядах используются только самые младшие. Второй 
случай относится к переполнению разрядной сетки, когда число не поме- 
щается в отведенных для его кодирования разрядах. Поэтому при про- 
граммировании вычислений необходимо выбирать такой масштаб пред- 
ставления чисел, чтобы, с одной стороны, полнее использовать 
разрядную сетку, а с другой — не допустить ее переполнения. Если 
подбором масштабов не удается решить задачу приведения результатов 
измерений к целочисленному представлению, ТО можно использовать 
представление чисел с фиксированной запятой (в англоязычных странах 
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для разделения целой и дробной частей числа используется точка). Притом 
позицию запятой можно фиксировать между разрядами какого-то байта 
или между байтами, представляющими число. Использование представления 
чисел с фиксированной запятой не означает какого-либо дополнительного 
кодирования. Нужно только внести эти сведения в документацию на 
программы (например, в комментарии) и учитывать при программирова- 
нии. При использовании представления чисел с фиксированной запятой 
перед сложением и вычитанием чисел с разными положениями запятой 
требуется сдвиг одного из операндов, а после умножения и деления почти 
всегда нужеи сдвиг результата. 

При обработке измерений может оказаться, что младшие результаты 
кода числа не достоверны вследствие воздействия шумов и помех. Этот 
случай потери точности будет рассмотрен в главе о программировании 
фильтрации сигналов. Во избежание накопления дополнительных погрешно- 
стей вычислений целесообразно производить вычисления с результатами 
измерений, обработанными таким образом, чтобы погрешности измерений 
были сведены к минимуму. | 

При использовании байтового формата абсолютная погрешность 
представления чисел не может быть меньше 0,4% от максимального 
значения для положительных чисел или 0,8% от максимального модуля 
для положительных и отрицательных чисел. Если не удается подобрать 
масштаб и/или требуются меньшие погрешности, то приходится представ- 
лять соответствующие числа несколькими байтами. При использовании 
двух байтов погрешность представления чисел может’ быть значительно 
снижена. Результаты вычислений будут содержать большие или меньшие 
погрешности в зависимости от погрешностей исходных чисел и от действий, 
произведенных над этими числами. Известно, что при сложении и вычитании 
абсолютная погрешность результата ограничена суммой абсолютных 
погрешностей операндов, а при умножении и делении относительная 
погрешность результата ограничена суммой относительных погрешностей 
операндов. Если модули операндов близки, то при вычитании для одина- 
ковых знаков операндов или сложении для разных знаков погрешность 
может превысить результат операции. Поэтому следует тщательно прове- 
рять расчетные формулы с точки зрения накопления погрешностей счета. 
Зачастую две математически равноценные формулы могут давать суще- 
ственно отличающиеся результаты, так как в дискретной математике 
переместительный и сочетательный законы выполняются не всегда. 

В качестве тривиального примера источника систематической погреш- 
ности можно привести операцию целочисленного деления. Поскольку 
частное в этом случае всегда получается с недостатком, для уменьшения 
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математического ожидания погрешности вычисления частного нужно 
перед операцией деления прибавить к делимому половину делителя. Если 
сумма делимого и половины делителя не превосходит 255, то это можно 
сделать добавлением трех команд: 


КС А удвоить делимое 

АПО А, В ; прибавить делитель 
ВВС А ;уразделить сумму на 2 
отУ АВ ;вычислить частное 


Аналогичным образом можно более или менее существенно уменьшить 
систематические погрешности вычислений, если таковые удается выявить 
при помощи анализа расчетных формул. 

Программисту следует помнить о возможности выхода результата за 
пределы представления чисел при заданном формате и способе кодирования. 
В ходе разработки программы такие возможности должны быть исключены, 
хотя от такого рода ошибок никто не застрахован. Здесь также возможны 
различные подходы. Например, можно на этапе отладки программы 
производить контроль результатов с выдачей диагностических сигналов 
на внешние порты микроконтроллера. Когда программа будет отлажена, 
то эти блоки контроля можно убрать. Но при использовании такого 
подхода трудно обеспечить всеобъемлющую проверку программы. 

Для контроля выхода результата за пределы разрядной сетки можно 
использовать биты С и ОУ регистра РЭ\\. Индикатором выхода за пределы 
разрядной сетки при сложении и вычитании положительных чисел является 
установка бита переноса в 1. Бит переполнения устанавливается в | в 
случае переполнения результата при сложении и вычитании чисел со знаком. 
Его можно также использовать для индикации деления на 0 и выхода 
произведения за пределы 255. Следует учитывать, что команды умножения 
и деления записывают в бит переноса 0, поэтому выход результата 
сложения или вычитания положительных чисел за пределы разрядной 
сетки нужно проверять сразу после выполнения команд сложения и 
вычитания. Бит переноса используется для арифметических операций 
с числами, которые представлены несколькими байтами. Он обеспечивает 
информационную связь между байтами, поэтому анализ содержимого 
битов переноса и переполнения нужно производить после вычисления 
старшего байта результата. 

Другой подход основан на ограничении результатов вычислений 
в случае их переполнения. По физическому смыслу как результаты изме- 
рений, так и вычисленные по ним значения управляющих воздействий не 
могут выходить за определенные пределы. Кроме того, в автоматическом 
регулировании часто целесообразно использовать ограничение некоторых 
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управляющих параметров. При использовании второго подхода отладка 
программы с точки зрения переполнения разделяется на отладку незави- 
симых блоков ограничения нескольких параметров. В этом случае после 
вычисления параметра, значение которого нужно ограничить, следует 
проверить его текущее значение и в случае необходимости записать в 
соответствующую ячейку максимальное или минимальное значение. 

Рассмотрим простейший случай ограничения положительного значе- 
ния после выполнения операции сложения: 


Бор: «= 100 учисловая подстановка для 
;умаксимума 
УС рта упереход по выходу за пределы 
; байта 
СОМЕ А, #еор, сБа ; сравнение с максимальным 
; значением 
З9МР ПСВ ;упереход при максимальном 
;узначении 
сра: 9С всВ ;упереход, если ограничение 
;уне нужно 
риа: МОУ А, #Еор ;запись максимального значения 
псв: МОР ;для записи метки 


В результате выполнения приведенной последовательности команд 
результат сложения всегда будет находиться в заданных пределах. Если 
значение юр не превышает 255, то приведенный блок может быть исполь- 
зован для ограничения не только после команды сложения, но и после 
команды прямого счета. Для ограничения результатов сложения и вычитания 
при использовании отрицательных чисел с записью в дополнительном 
коде программа немного усложняется. В этом случае значение ‘юр должно 
быть положительным, а значение 5о{ — отрицательным. 


Бор: .„= 100 ;учисловая подстановка для 
; максимума 
БоЁ: .„= —100 ;числовая подстановка для 
| ;минимума 
мВ ОУ, СВК ;упереход по отсутствию 
; переполнения 
УВ А.7, риа ; переход по больше максимума 
З9МР ри ;упереход по меньше минимума 
СВК: 9В А.7, пед ; переход по отрицательному знаку 
СОМЕ А, #Еор, сНр ;упроверка по максимуму 
5ЧМР пов ; переход по равенству максимуму 
сбр: 9С псь ;упереход, если ограничение не 
;нужно 
рша; МОУ А, #Еор ;узапись максимального значения 


$УМР ПСВ ;на выход из блока 
пед: СУММЕ А, #Бое, св ; проверка по минимуму 


сЬм: ЧМ ПСВ упереход, если ограничение не 
; нужно 

ри1: МОУ А, #БоЕ запись минимума 

псов: МОР ;удля записи метки 


Если значения максимума и минимума расположены не на краю дианазона 
представления чисел, то этот блок обеспечивает ограничение и после 
выполнения команд прямого и обратного счета. 
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Глава 5 


Программирование 
вычисления функций 


5.1. Возведение в квадрат 
и извлечение квадратного корня 


За изучением арифметики в школе приступают к началам алгебры, и в 
дополнение к четырем действиям арифметики ученики знакомятся с возве- 
дением в квадрат и извлечением квадратного корня. Поэтому естественно 
рассмотреть эти алгебраические операции в качестве примера вычисления 
простейших функций. Начнем с возведения в квадрат числа, занимающего 
два байта. Запишем формулу квадрата суммы: 

65536* (Х(1)*х(1)) + 256*(2*Х(1)*Х(0)) + Х(0) *Х(0). 


В отличие от перемножения двухбайтовых чисел здесь произведение 
старшего и младшего байтов нужно вычислять только один раз, поэтому 
возведение в квадрат выполняется быстрее. Пусть исходное число записано 
в регистрах 1, В0. Приведем программу, записывающую квадрат этого 
числа в регистры ВЗ, В2, В1, В0: 

моу А, В1 

МОУ В, А 


МО АВ ;квадрат ст. байта 
МОУ В2, А ;во 2-й байт квадрата 
МОУ 83, В ;в 3-й байт квадрата 


МОУ А, ВО 

МОУ В, А 

мог АВ ;уквадрат мл. байта 
ХСН ВО, А ;в 0-й байт квадрата 


ХСН К1, А ув 1-й байт квадрата 

МОТ АВ ; произведение ст. байта на 
;умл. байт 

вс А 

ХСН А, В 

ВГС А ;упроизведение удвоено 

У9МС заг1 ; переход по отсутствию 
; переноса ' 


ТМС В3 : : коррекция 3-го байта квадрата 
заг1: ХСН А, В те: 
АПО А, ВТ 
МОУ К1, А ;в 1-Й байт квадрата 
МОУ А, В2 
АОРС А, В 


УМС заг2 ;упереход по отсутствию 
;у переноса | 
ТМ ВЗ ;коррекция 3-го байта квадрата 
заг2: МОУ В2, А ;во 2-й байт квадрата 


За счет записи младших байтов результата в тё же регистры, где находилось 
исходное число, экономятся ресурсы ОЗУ и ПЗУ. 

Вычисление обратной функции, то есть извлечение квадратного корня, 
немного труднее. Обратные функции, как правило, вычисляются труднее, 
а разрешение некоторых из этих трудностей ведет к новым знаниям. 
Помня о мнимых числах, будем рассматривать извлечение корня только 
из положительного числа. Существует несколько алгоритмов непосредст- 
венного вычисления квадратного корня. Начнем с метода, основанного на 
представлении квадрата целого числа М суммой нечетных чисел от 1 до 
2*М - 1. Нетрудно убедиться, что разность квадратов соседних чисел 
всегда нечетна: 

ММ - (М -Ш*(м- 1) = 2% -1. 

Последовательно вычитая из числа, корень которого требуется определить, 
нечетные числа 1, 3, 5 и так далее, нужно прекратить вычитание тогда, 
когда разность станет меньше нуля. Теперь по последнему вычитаемому 
можно вычислить целую часть значения корня. Пусть в А находится 
число от 0 до 255. Приведем программу, записывающую целую часть 
корня от этого числа в накопитель: 


СТВ [© ; подготовка к вычитанию 
МОУ В, #ЕРЕВ . ; заготовка для вычитаемого 
`заге: ТМС В ;Увеличение вычитаемого 
; (четное) 
МС В ‚увеличение вычитаемого 
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;унечетное) 


ЗОВВ А, В ;:вычисление разности 

У3МС заке ; повторение по неотрицательной 
;разности 

МОУ А, В ; вычитаемое 

БЕС А ;учетное число 

ВК А укорень 


Недостатком этой программы является существенная зависимость времени 
вычисления от значения аргумента. Кроме того, вычисленное значение 
корня всегда меныше истинного, то есть содержит систематическую 
погрешность. 

Рассмотрим пример со значительно лучшими временными характери- 
стиками. В отличие от рассмотренной программы займемся вычислением 
значения корня с округлением до ближайшего целого. Хорошо известное 
мнемоническое правило ускоренного вычисления квадрата целого деся- 
тичного числа, оканчивающегося на 5, можно переписать в измененном 
виде: 

(№ +0,5)*(М + 0,5) = №* (М + 1) + 0,25. 


Это выражение позволяет легко получить ряд граничных значений аргу- 
мента, по которым можно определить округленное до целого значение 
корня простыми сравнениями: 


0*1=0, 1*2=2, 2*3=6, 3*4=12, 4*5=20, ... 


Если аргумент находится в интервале от 0 до 2 (исключая левую границу 
и включая правую), то округленное значение корня равно 1, если от 2 до 
6, то 2, если от 6 до 12, то 3 и так далее. Притом поиск подходящего 
интервала можно произвести наискорейшим образом, сравнив аргумент 
сначала со значением 72. Если он больше, то в 3-ий разряд корня нужно 
записать единицу, если не больше, то 0. Затем надо сравнить аргумент со 
значением 156 в первом случае или 20 во втором, что позволяет определить 
значение второго разряда корня. После третьего и четвертого сравнений 
определяются соответственно значения первого и нулевого разрядов. 
Этот метод нахождения подходящего интервала называется поиском по 
двоичному дереву и широко используется в программировании. Полу- 
чаемый после завершения поиска номер интервала находится в пределах 
от 0 до 15, поэтому по завершении поиска для получения числового 
значения корня к полученному номеру добавляется 1. По сравнению с 
предыдущим этот алгоритм более чем на порядок уменьшает среднюю 
погрешность вычислений, хотя максимальная погрешность уменышается 
только вдвое. 
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В приводимой программе аргумент функции записывается в накопи- 
тель, а значение корня получается в регистре В: 


18: 


1412: 


1214: 


164: 


166: 


МОУ в, #0 

92 11 

СОМЕ А, #8*9, 168 
УС 18 

ОВЬ В, #8 

СОМЕ А, #12*13, 1612 
УС 1412 

ОВЬ В, #4 

СОМЕ А, #14*15, 1614 
УС 114 

ОВЬ В, #2 

СОМЕ А, #15*16, 1%15 
[4 Ге 115 

МР де15 

СОМЕ — А, #4*5, 164 

УС 164 

ОВЬ в, #4 

СОМЕ А, #6*7, 166 
Ус 16 

ОВЬ в, #2 

СОМЕ А, #7*8, 1%15 
УС 115 

З9МР де15 

СОМЕ А, #10*11, 1410 
У9С 110 

ОВЬ В, #2 

СОМЕ А, #11*12, 1415 
УС 1615 

З9МР де15 

равно 11,5 

СОМЕ А, #13*14, 1415 
УС 115 

5$9МР 9е15 

СЗМЕ А, #2*%*3, 142 

9С 12 

ОВЬ В, #2 

СОМЕ А, #3*4, 1%15 
УС 115 

5$9МР де15 

СОМЕ А, #5%*6, 115 


; заготовка для корня 
;‚ переход по нулевому корню 


; порог 72 


; переход по корню меньше 8,5 


;запись 1 в 
;упорог 156 
;упереход по 


3-ий разряд 


корню меньше 


;узапись 1 во 2-ой разряд 


; порог 210 
;упереход по 
;узапись 1 в 
;упорог 240 
; переход по 
упереход по 
;равно 15,5 
; порог 20 

; переход по 


корню меньше 
1-ый разряд 


корню меньше 
корню больше 


корню меньше 


;запись 1 во 2-ой разряд 


; порог 42 
; переход по 
узапись 1 в 
;у порог 56 
; переход по 
; переход по 
;уравно 7,5 
;упорог 110 
;упереход по 
;узапись 1 в 
;упорог 132 
упереход по 
упереход по 


; порог 182 


корню меньше 
1-ый разряд 


корню меньше 
корню больше 
корню меньше 
1-ый разряд 


корню меньше 
корню больше 


12,5 


14,5 


15,5 
или 


4,5 


6,5 


7,5 
или 


10,5 


11,5 
или 


;упереход по корню меньше 13,5 
;уна запись 1 в 0-ой разряд 


; порог 6 


;упереход по корню меньше 2,5. 


;узапись 1 в 
;порог 12 


1-ый разряд 


;переход по корню. меньше 3,5 
; переход по корню больше или 


;уравно 3,5 
упорог 30 
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9с 1415 ; переход по корню меньше 5,5 
59МР де15 ; переход по корню больше или 
;уравно 5,5 
1410: СОМ А, #9*10, 14615 порог 90 
9с 115 ;упереход по корню меньше 9,5 
5$9МР де15 ; переход по корню больше или 
;равно 9,5 
12: СОМЕ А, #1*2, 1615 ;порог 2 


9с 115 ; переход по корню меньше 1,5 
де15: ОВЬ В, #1 ; запись 1 в 0-ой разряд 
115: МС В ;укоррекция значения корня 
11: М№Р ; для записи метки 


В процессе работы программы содержимое накопителя не изменяется. 
Обратите внимание на то, как записаны значения порогов в командах 
сравнения. Выражения с операцией умножения перекладывают вычисле- 
ние пороговых значений на транслятор. Конечно, эта программа занимает 
гораздо больше места в ПЗУ, нежели предыдущая, но зато в большинстве 
случаев она и работает быстрее. Из 15 сравнений ‘выполняется только 4, 
то есть в среднем выполняется только четверть всех команд программы. 
Этот пример еще раз демонстрирует, что зачастую экономия времени 
вычисления может быть достигнута за счет затрат объема ПЗУ. . 

Для вычисления корня из числа, состоящего из двух байтов, можно 
использовать оба метода следующим образом. Для извлечения корня из 
старшего байта нужно приспособить второй вариант, изменив значения 
порогов таким образом, чтобы получить значение корня с недостатком. 
После вычисления старшей тетрады корня следует вычесть из исходного 
числа квадрат от приближенного значения корня и затем уточнить младшие 
цифры вычитанием нечетных чисел, первое из которых вычисляется по 
приближенному значению корня. Можно также использовать алгоритм 
извлечения корня “столбиком”, которому во время оно обучали в школе. 
Автор намеренно не касается вычисления корня методом последовательных 
приближений, так как рекуррентная формула содержит операцию деления. 
Вычисления корня возможно и табличным методом с помощью интерпо- 
ляции, но мы рассмотрим табличные методы вычисления далее, для 


других функций. 


5.2. Переход от десятичной системы | 
счисления к двоичной и обратно 


При программировании алгоритмов управления или обработки 
информации могут понадобиться вычисления разнообразных функций. 
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Иногда целесообразно использовать приближенное представление функции 
многочленом (полиномом). Рассматривать такой пример в самом общем 
случае неинтересно. К счастью, задача перехода от одной системы счис- 
ления к другой решается при помощи представления чисел в виде поли- 
нома. То, что значения коэффициентов полинома (равно как и значения 
аргумента и функции) целочисленные, в одних случаях не существенно, 
ав других даже облегчает решение задачи. 

При использовании микроконтроллеров для управления аппаратурой 
программирование большинства вычислений выполняется с представле- 
нием чисел в двоичной системе. Это обусловлено двумя причинами. 
Во-первых, вычисления в двоичных кодах выполняются с наименьшими 
затратами таких ресурсов, как время и объем оперативной памяти. 
Во-вторых, десятичное кодирование чисел является обязательным только 
для обеспечения взаимодействия оператора с аппаратурой и вследствие 
ограниченного быстродействия человека не требует существенных затрат 
ресурсов микроконтроллера. Поэтому десятичное кодирование используется 
только для взаимодействия с оператором, притом вводимые данные 
подвергаются преобразованию из десятичной системы в двоичную, 
а выводимые — из двоичной в десятичную. Здесь под двоичной системой 
может подразумеваться и шестнадцатеричная, так как содержимое одного 
байта можно представить двумя шестнадцатеричными разрядами без 
изменения кодирования числа. Двоичное и шестнадцатеричное представ- 
ления числа “свободно конвертируются” друг в друга, чего не скажешь о 
двоичном и десятичном. 

Для пояснения алгоритмов задачи перехода от одной системы счис- 
ления к другой рассмотрим математические выражения, представляющие 
запись одного и того же числа при основании системы счисления 10 и 16. 
В первом выражении число записано как М-разрядное с десятичными 
цифрами ПТ), притом разряды нумеруются справа налево, начиная с 
нулевого. Во втором выражении число записано как М-разрядное с шест- 
надцатеричными цифрами Н(К) и такой же нумерацией разрядов: 

(((... (Н-1)*16 + Н(№-2))*16 + ...)*16 + Н(2))*16. + Н(1))*16 + Н(0) 

(((... (20-1) *10 + О(М-2))*10 + ...)*10 + 0(2))*10 + 0(1))*10 + Б(0) 

В этих формулах основания записаны в десятичиой системе, но формулы 
верны для любой системы счисления. Количество разрядов в десятичном 
представлении числа не меньше, чем в шестнадцатеричном (то есть М 
всегда больше или равно М). Тем, кто знаком с алгеброй, нетрудно понять, 
что приведенные выражения представляют собой численные значения 
полиномов степени М-1 и М-1 соответственно. А знающим вычисли- 
тельную математику известно, что эти выражения записаны с помощью 
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"схемы Горнера", сводящей к минимуму количество умножений в проце- 
дуре вычислений. Постановка задачи перехода от десятичного кодирова- 
ния числа к шестнадцатеричному такова: для М заданных десятичных 
цифр 0(0), 0(1), 0(2), ... О(М-2), ОСМ-1) найти такие М, Н(0), Н(1), 
Н(2),... НО\-2), Н(1), чтобы оба выражения имели равные значения. 

Эта задача решается весьма просто вычислением второго выражения 
в системе команд, работающей с двоичными кодами. В следующем 
примере приведена программа перехода от 4-хразрядного десятичного 
числа к двоичному. В регистрах ВЗ, К2, В1, ВО записаны двоично- 
кодированные цифры десятичного числа. Двоичное число получается 
в регистре В (старший байт) и в накопителе (младший байт). 


МОУ А, ВЗ ; десятичная цифра разряда тысяч 
МОУ В, #10 
мог АВ 
АБ А, В2 ;удесятичная цифра разряда сотен 
МОУ в, #10 
мог АВ 
АБО А, В1 удесятичная цифра разряда 
; десятков 
9МС АЕБ ;переход по отсутствию переноса 
ТМС В ;коррекция ст. байта 
АЕБ: МОУ В4, А ; запоминание мл. байта 
МОУ А, #10 
МО АВ ;умножение ст. байта 
ХСН А, В4 ;удля умножения мл. байта 
МОУ В, #10 ; 
мо АВ ;умножение мл. байта 
АБО А, ВО : десятичная цифра разряда единиц 
ХСН А, В 
АБОС А, В4 учет ст. байта произведения 


ХСН А, В 


По приведенной выше формуле для вычисления двоичного кода нужно 
умножить три раза, но здесь пришлось использовать 4 команды умножения, 
так как результат второго умножения может занимать 2 байт, каждый из 
которых надо умножить на 10. 

Обратная задача решалась бы таоже просто — вычислением первого 
выражения в системе команд, работающей с десятичными кодами. 
Поскольку в семействе микропроцессоров 18051 таковые практически 
отсутствуют (об АРО в сочетании с РА серьезно говорить не приходит- 
ся), необходимо использовать другой способ решения задачи. Здесь уже, 
по сути дела, приходится решать обратную задачу, когда по значению 
полинома нужно найти его коэффициенты. Постановка задачи перехода 
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от шестнадцатеричного кодирования числа к десятичному такова: для М 
заданных шестнадцатеричных цифр Н(0), Н(1), Н(2),... НО\-2), Н-П 
найти такие М, 0(0), ОСЬ), Б(2), ... Р(М-2), О(М- 1), чтобы оба выражения 
имели равные значения. Для этого вместо умножений на 16 в десятичной 
системе приходится делить на 10 в шестнадцатеричной. Как видно из 
второго выражения, остаток от деления на 10 равен десятичной цифре, 
а частное можно использовать для повторного деления. 

Ввиду сложности задачи рассмотрим сначала преобразование числа, 
занимающего один байт и записанного в накопитель. Программа помещает 
двоично-кодированные десятичные цифры в регистры ЕВ2, В1, ВО: 


МОУ В, #10 ; делитель 10 
ОТУ АВ ; первое деление 
МОУ Во, В ; цифра единиц 
МОУ в, #10 ;уделитель 10 
ОТУ АВ ;увторое деление 
МОХ В1, В уцифра десятков 
МОУ 2, А ;цифра сотен 


Для получения трех десятичных цифр оказалось достаточным выполнить 
две команды деления. 

С двоичным числом, состоящим из двух байтов, сделать преобразование 
намного сложнее. Во-первых, число из двух байтов может достигать значения 
65535, то есть требуется вычислить 5 десятичных цифр. Во-вторых, при 
вычислении 3 младших цифр не удается ограничиться одной командой 
деления на каждую цифру, поскольку делимое может занимать два байта. 
Приведенную в предыдущей главе программу деления двухбайтового числа 
нецелесообразно использовать для деления на 10. Вместо этого лучше 
представить младший байт двумя шестнадцатеричными цифрами, что 
позволяет использовать остаток от предыдущего деления для вычисления 
очередного делимого. 

Перейдем к программе перевода двоичного числа, записанного в реги- 
стры В1, КО, в десятичное. Десятичные цифры должны быть записаны 
в регистры В4, ВЗ, В2, В1, КО. Для упрощения программы деления 
выделим отдельные шестнадцатеричные цифры младшего байта. Эти 
половинки байта не имеют установившегося названия: в русскоязычной 
литературе для них используется термин тетрада, а в англоязычной — 
ниббл (пЫе). 


МОУ А, ВО ;умл. байт 

МОУ В, #108 ;уконстанта для выделения 
; половинок 

ОУ АВ ;увыделение половинок 

МОХ во, В ;умл. половинка мл. байта 

ХСН А, В1 ;ст. половинка мл. байта 
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После этой подготовки можно приступить к первому делению, поскольку 
старший байт уже записан в накопитель. Для вычисления первого частного 
и первого остатка (цифры единиц) придется использовать три команды 
деления. После первой команды деления частное не превысит 25, а остаток 
будет не более 9. Значит частное может занимать более 4 двоичных 
разрядов. Из остатка и старшей цифры младшего байта нужно составить 
байт для следующей команды деления. Бго значение не может превысить 
9*16 + 15 = 159. Частное после второй команды деления укладывается 
в диапазон представления шестнадцатеричных цифр. Аналогичным 
образом выполняется подготовка к третьей команде деления. В результате 
первого деления остаток дает цифру разряда единиц, а частное вновь 
представлено одним байтом и двумя шестнадцатеричными цифрами. 


МОУ в, #10 


РЕУ АВ 

МОУ ВЗ, А ;ст. байт 1-го частного 
МОУ А, В 

ЗМАР А 


ОвЬ А, 81 
МОУ в, #10 


оту АВ 

МОУ 2, А ;ст. тетрада мл. байта 1-го 
; частного 

МОУ А, В 

ЗИАР А 

ОвГ А, ВО 

МОУ в, #10 

ТУ АВ ;в А мл. тетрада мл. байта 
;1-го частного | 

МОУ во, В ; цифра разряда единиц 


Следует отметить, что вместо умножения на 16 в этой программе 
используется команда перестановки половинок байта. Принимая во 
внимание, что старщий байт частного от первого деления записан в 


регистре ВЗ, а половинки младшего находятся в В2 и А, выполним 
второе деление аналогичным образом: 

ХСН А, ВЗ ;запись мл. тетрады мл. байта 1-го 

;частного 

МОУ в, #10 

рту АВ 

ЗМАР А 

МОУ 84, А ; (мл. тетрада ст. байта 2-го 


;‚ частного) *16 
МОУ А, В 
5ИАР А 
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овВЬ 
МОУ 
оту 
ОВЬ 
МОУ 


МОУ 
ЗИЙАР 
ОвЬ 
МОУ 
оТУ 
МОУ 


в, #10 

АВ 

А, В4 

В4, А ; объединение двух ст. тетрад 2-го 
;частного 

А, В 

А 

А, ВЗ 

в, #10 

АВ ;в А мл. тетрада 2-го частного 

В1, В ; цифра разряда десятков 


На этот раз частное представлено одним байтом в регистре В4 и половинкой 
байта в накопителе. Поэтому для вычисления третьего частного достаточно 


двух команд деления: 

ХСН А, В4 ;узапись мл. тетрады 2-го 
;у частного 

моу в, #10 

ТУ АВ 

ЗМАР А 

МОУ ВЗ, А ;(ст. тетрада 3-го 
;‚ частного) *16 

МОУ А, В 

ЗИАР А 

ОВ А, В4 

МОУ в, #10 

отУ АВ ;:в А мл. тетрада 3-го частного 

МОУ Е2, В ;‚ цифра разряда сотен 


Старшая половина байта третьего частного находится в ВЗ, а младшая — 
в накопителе, притом третье частное не превьитает 65. Поэтому для 
вычисления двух старших цифр достаточно одной команды деления: 


овЬ 


МОУ 
ОУ 
МОУ 
МОУ 


А, КЗ ; формирование байта 3-го 
участного 

в, #10 

АВ 

ВЗ, В ;уцифра разряда тысяч 

В4, А ;уцифра разряда десятков тысяч 


Таким образом, для четырехкратного деления на 10 потребовалось исполь- 
зовать 9 команд деления. Отсутствие операции деления двухбайтового 
числа на однобайтовое в системе команд микроконтроллера существенно 
усложняет программу перехода от двоичной системы счисления к десятичной. 
Ускорение преобразования возможно при использовании таблиц, но этот 
вариант занимает много места в ПЗУ. 
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5.3. Вычисление функций 
при помощи таблиц 


Непосредственное вычисление таких функций, как синус, косинус, 
экспонента и логарифм, или выражений с этими функциями при помощи 
конечного количества арифметических действий невозможно. В случае 
необходимости можно вычислять их приближенно, используя аппрокси- 
мирующие полиномы со специально подобранными коэффициентами. 
Разумеется, сложность вычислений зависит от выбранного способа 
аппроксимации функции, диапазона значений аргументов и требуемой 
точности. В компьютерах (в частности в математических сопроцессорах) 
общепринято использование разложений по полиномам Чебышёва, что 
позволяет хранить для представления этих функций минимальное коли- 
чество коэффициентов. Но при этом для вычислений используется пред- 
ставление чисел с плавающей запятой. 

Для микроконтроллеров альтернативой этому методу является таб- 
личное представление функций. Количество значений аргументов, для 
которых заранее вычисляются значения функции, зависит от ресурсов 
ПЗУ, поэтому желательно ограничивать размеры таблиц. Вычисление 
функций для промежуточных значений аргументов производится мето- 
дом интерполяции. Выбирая размер таблицы и метод интерполяции, 
необходимо сравнить расход ресурсов микроконтроллера с вариантом 
использования аппроксимирующих полиномов. Затраты объема ПЗУ на 
хранение таблицы, как правило, окупаются сокращением объема про- 
граммы вычисления функции и увеличением ее быстродействия. 

Рассмотрим задачу вычисления функции, значения которой заданы 
в таблице для некоторого количества значений аргументов. Обозначив 
аргумент и функцию буквами Х и У, запишем таблицу в виде пары столбцов: 


х(0) 340) 
х(1) (1) 
| `х(к) | “у(к) 


х(К+1) У(К+1) 

х(М-1) У(М-1) 

х(м) У (м) 
где индекс определяет номер строки. Обычно данные в таблице распола- 
гаются в порядке возрастания значений аргумента, то есть Х(К+1) > Х(К). 
В таком виде могут быть записаны и функции, которые заданы математи- 
ческими выражениями, и экспериментально полученные данные. 
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Каким образом при помощи таблицы вычисляется значение функции 
У для заданного значения аргумента Х? Прежде всего нужно проверить, 
попадает ли значение аргумента в пределы заданной таблицы. Если Х < Х(0) 
или Х > ХС), то определить значение функции по данной таблице невоз- 
можно. Затем нужно найти, наибольшее табличное значение аргумента, 
не превышающее заданного значения аргумента. Если заданное Х совпа- 
дает с одним из табличных значений аргумента, то значение функции У 
получается непосредственно из таблицы. Рассмотрим случай, когда значение 
аргумента находится в пределах данной таблицы, но не совпадает ни с 
одним табличным. Тогда всегда найдется такое К, что Х(К) < Х < Х(К+И. 
Если функция достаточно гладкая (то есть изменяется достаточно плавно), 
то для ее оценки при промежуточных значениях аргумента можно исполь- 
зовать вместо реальной зависимости аппроксимирующую кривую, прибли- 
женно описывающую эту функцию. Для аппроксимации промежуточных 
значений функции используются линейная интерполяция и интерполяция 
по полиномам второй или более высокой степени. 

Прежде всего необходимо определить число К, которому соответствует 
значение аргумента Х. Обычно для удобства использования таблицы 
разность аргументов соседних строк выдерживается постоянной (таблица 
с фиксированным шагом). В этом случае в программе линейной интерпо- 
ляции достаточно хранить только таблицу функций, а вместо набора 
аргументов иметь значение Х(0), шаг аргумента О и количество интервалов 
в таблице М. Для определения номера интервала нужно вычесть из аргумента 
значение Х(0). Если результат меньше нуля, то функция не может быть 
вычислена. Если результат неотрицательный, то полученную разность 
нужно разделить на шаг таблицы О, притом частное определяет число К, 
а остаток — разность (Х - Х(К)). После деления необходимо проверить, 
не вышел ли аргумент за верхний предел таблицы. Если частное равно М 
при ненулевом остатке или больше М, то функция не может быть вычислена. 
Поиск в таблице для случая непостоянного шага будет рассмотрен позже. 

Рассмотрим вычисление функции У при заданном аргументе Х для 
случая линейной интерполяции. Формула линейной интерполяции основана 
на равенстве отношения (У - У(К)) к (У(К+1) - У(К)) отношению (Х — 
ХК) к (Х(К+1) - Х(К)). Эта пропорция следует из подобия треугольников 
с вершинами 
х(К),Уу(к) Х(К+1),У(К+1) Х(К+1),У(К) и 
х(к},Уу(к) Х, У Хх, У(К) 


Отсюда получается интерполяционная формула 
У = У(К) + ((У(К+1) - У(К)) * (Х - Х(К)))/Б 
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Смысл этой формулы в том, что к табличному значению функции, соответ- 
ствующему аргументу Х(К), добавляется приращение функции (конечно, 
с учетом знака изменения значения функции), пропорциональное отно- 
шению отрезков (Х - Х(К)) и РО. Следует обратить внимание на то, что. 
косая черта в интерполяционной формуле обозначает деление с округлением. 
Команда целочисленного деления, реализующая арифметическое действие 
деления, вносит систематическую погрешность. Поэтому перед использо- 
ванием команды целочисленного деления следует добавить к делимому 
половину делителя. 

Таков общий подход к программированию задачи линейной интер- 
поляции таблично заданных функций. Разумеется, детали могут разли- 
чаться в зависимости от разрядности представления данных в таблице, 
монотонности функции (приращения только одного знака или разных 
знаков) и величины шага. Например, при возможности выбора шага 
целесообразно использовать целую степень двойки, чтобы вместо деле- 
ния использовать сдвиг (если это экономит время и память). 

Практическое применение табличного метода вычисления требует 
правильного выбора масштаба для представления функции и определения 
шага таблицы для получения требуемой точности. Рассмотрим в качестве 
примера задачу вычисления синуса в первой четверти круга: - 

У = вх 

с погрешностью не более 0,005% от максимального значения при исполь- 
зовании линейной интерполяции. Именно с такой погрешностью были 
представлены значения этой функции в таблицах Брадиса, знакомых 
многим поколениям российских школьников. 

Следует обратить внимание на то, что в общем случае погрешности 
линейной аппроксимации могут возрастать не только вблизи экстремумов 
функций, но и в окрестностях особых точек. Поэтому программист должен 
оценить методические погрешности аналитическим или расчетным 
способом. Покажем, каким должно быть приращение аргумёнта таблицы, 
чтобы погрешность линейной интерполяции не превысила заданного 
значения. Значение синуса угла, соответствующего середине интервала 
аппроксимации, равно 


511 ( (Х (К) +Х(К+1) /2) 


а аппроксимирующее его значение равно половине суммы значений 
синусов на границах интервала: 


(з1и Х(К)+511 Х(К+т))/2 
После тригонометрических преобразований можно записать погрешность 
линейной аппроксимации в виде 
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2*51п ((Х(К)+Х(К+1)/2)* (511(0/4))* (511(0/4)) 


Погрешность линейной аппроксимации пропорциональна квадрату шага 
таблицы, обозначенному буквой О. Из этого выражения видно, что наи- 
большая погрешность получается при максимальном значении функции 
и равна 1/8 квадрата шага, выраженного в радианах. Таким образом, для 
заданной точности линейной аппроксимации шаг аргумента не должен 
превышать 0,02 радиана (чуть больше одного градуса). Для вычисления 
таблицы далее принимается минимальное значение аргумента 0°, макси- 
мальное — 90° и шаг — 90°/128. 

Перейдем теперь к задаче выбора масштаба, исходя из того, что 
абсолютная величина синуса не превышает 1. Отведем на хранение 
каждого значения функции по два байта и определим 7-й бит старшего 
байта как разряд единиц. Тогда для приведения масштаба произведения 
к масштабу умножаемой на синус переменной достаточно произвести 
сдвиг произведения на 1 разряд влево. При вычислении табличных значений 
нужно каждое полученное десятичное значение синуса умножить на 
32768 (2 в 15-й степени), добавить 0.5 и перевести целую часть результата 
в двоичный код. Таблицу вычисленных таким образом синусов нужно 
записать в исходный текст программы в следующем виде: 


Е 


Е31т: 0192ъ, 0324, 0486Ъ, 0647Ъ, 07р9Ъ, 096Вь, ОАРВЬ, ОС8СВ 
ОЕ1СВ, ОЕБАВЬ, 11ЗАВ, 12С8Ъ, 1455, 15Е?ъ, 176ЕН, 18ЕЭБ 
ТА8ЗЬ, 1С0ОСВ, 10936, ЛЕТАБ, 209ЕЪ, 22245, 23А7Ь, 252865 
26А8Б, 2827ъ, 29А4В, 2В1ЕН, 2С990, 2Е11Ъ, 2Е87Ъ, ЗОЕСЬ 
326Еп, ЗЗРЕр, 354ЕБ, З6ВАН, 38250, 39808, ЗАЕЗЬ, 3С57В 
ЗОВЯр, ЗЕ17Ь, 4073Ь, 41СЕБ, 43261, 44785, 45С06, 47ТОН 
486АБ, 49В4Ъ, 4АЕРВН, 4С40Ъ, 410811, 4ЕСОБ, 4ЕРЕВЬ, 5134 
5269Ъ, 539Вп, 54САБ, 55ЕбЪ, 571ЕЪ, 58431, 5964Ъ, 5А82. 
5В9РЬ, 5СВА4р, 5ПС8В, 5ЕБ7Б, 5ЕЕ4Ь, бОЕСВ, 61611, 62Е25 
бЗЕЕЬ, 64ЕЭЪ, 65ГЕН, 66005, 67В0Ъ, 68А7Ъ, 698СВ, бАбЕВ 
бваВн, 6С24в, 6СЕЭЪ, 6ОСАН, 6ЕЭ7Н, бЕБЕН, 7023в, 70ЕЗЬ 
719ЕВ, 72556, 73085, 73В6В, 7460Ъ, 7505, 75АбЪ, 76426 
76р9в, 776СЬ, 77ЕВЬ, 78855, 790АН, 798АП, 7АОбН, 7А7ОН 
7АЕРЬ, 7В50Б, 7ВСбВ, 7С2АБ, 7С89Ъ, 7СЕ4Ь, 7ОЗАБ, 7Ь8АБ 
7рр6Ь, 7ЕТЕН, 7ЕбОН, 7ЕЭГОЬ, 7ЕОбЪ, 7РОАЬ, 7ЕЗ8Н, 72625 
7Е87р, 7ЕА7Ь, 7ЕС2Ъ, 7ЕРЭБ, 7ЕЕАБ, 7ЕРбЪ, 7ЕРЕН, 80005 


ЕЕ 


Нулевое значение функции в данном случае можно не хранить. Поэтому 
нулевому индексу в приведенной таблице соответствует значение аргу- 
мента 90°/128. Адреса для соседних значений индексов различаются на 2. 
На практике для измерения угла обычно применяется отсчет с цифро- 
вого датчика, представляющий собой код Грея. Рассмотрим случай с исполь- 
зованием 12-разрядного датчика угла. Пусть восемь старших разрядов 
кода записаны в регистре В1, а младшие — в четырех старших разрядах 
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регистра ЕО. Показание датчика нужно перевести из рефлексного двоичного 
кода в позиционный. В отличие от одновременной обработки всех разрядов 
при переходе от позиционного кода к рефлексному, обратный переход 
осуществляется поразрядно, начиная со старших разрядов. Самый старший 
разряд рефлексного и позиционного кодов совпадают. Значения осталь- 
ных разрядов позиционного кода получается из значений рефлексного 
кода операцией ИСКЛЮЧАЮЩЕЕ ИЛИ с позиционным кодом соседнего 
разряда слева. 


му В2, #16 ; количество сдвигов при 
; преобразовании 
МОУ В, В1 уст. байт рефлексного кода 
МОУ А, ВО ;умл. байт рефлексного кода 
СГВ [© ;для записи 0 в мл. разряд 
;умл. байта 
ихЕр: ВГС А ;сдвиг мл. байта 
ХСН А, В ;ст. байт в накопителе 
В.С А ;усдвиг ст. байта 
УМС псва ;упереход по мл. биту 
;позиционного кода 
ХвЬ А, #808 ;изменение бита рефлексного 
;укода 
псва: ХСН А, В ;мл. байт в накопителе 
Руми В2, пхЕЬ ;упереход на продолжение цикла 


Для вычисления синуса в первом квадранте два старших разряда полу- 
ченного кода можно отбросить. Оставшаяся часть кода соответствует 
модулю синуса при любом значении аргумента. Каким образом можно 
вычислить знаки синуса н косинуса при любом значении аргумента, 
будет показано далее. Из оставшихся 10 разрядов нужно выделить номер 
табличного значения и сдвиг значения угла относительно табличного 
значения аргумента: 


АМЬ В, #3ЗРВ ; выделение 6 разрядов ст. байта 

СВ [© ; для записи 0 в мл. разряд мл. 
; байта 

СЬВ РО ; признак ненулевого остатка 

ВГС А ; получен остаток от деления 
;уна 128 

м2 ПРЕЕ ; переход при ненулевом остатке 

ЗЕТВ РО ;признак нулевого остатка 

пргу: ХСН А, В ;ст. байт в накопителе 

В.С А ; получено частное от деления на 128 

МОУ во, в ;запись остатка в регистр 

РЕС А ; смещение указателя на начало 
таблицы 
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ВГС А ;удвоение указателя 
МОУ В1, А ; запись указателя в регистр 


Значение частного уменьшается на 1, потому что синус нулевого угла не 
записан в таблицу. Так как значение функции занимает два байта, значе- 
ние указателя для выборки из таблицы должно быть удвоено. В случае 
нулевого значения частного в бит признака заносится 1, что будет исполь- 
зовано для записи нуля на левой границе интервала интерполяции. Для 
интерполяции в общем случае необходимо прочитать два числа. Так как 
каждое число состоит из двух байтов, в программе производится 4 выборки 
из таблицы. Разность соседних значений таблицы может занимать два 
байта, но она всегда положительна. Это существенно упрощает программу 
интерполяции: 


МОУ ОРТВ, #6510 ;: загрузка адреса таблицы 
; синусов 
УМС пгга ;‚ переход, если левая граница не 0 
МОУ в3, #0 ;‚ синус на левой границе равен 0 
МОУ Е2, #0 ; 
МОУ в1, #0 ;загрузка указателя правой 
; границы 
ЗОМР охер ; переход на правую границу 
; интервала 
п2га: МОУС А, @А+ОРТВ : 
МОУ ВЗ, А ;загрузка ст. байта на левой 
;у границе 
ТМС В1 


МОУ А, В1 
МОУС А, @А+ОРТКВ 


указатель на следующий байт 


-. +. 


МОУ 2, А ; загрузка мл. байта на левой 
;у границе 
пхёр: 9В РО, ех ; переход при нулевом остатке 


Если аргумент соответствует входу в таблицу, то искомое значение 
синуса уже находится в регистрах ЕЗ и Е2. В противном случае нужно 
прочитать следующее табличное значение: 


тмС В1 ; 

МОУ А, В1 ;указатель на следующий байт 
МОУ А, В1 ;указатель на следующий байт 
МОУС А, @А+ОРТВ . 

ХСН А, В1 ; загрузка ст. байта на правой 

; границе 

МС А ;указатель на следующий байт 
МОУС А, @А+ОРТВ ;у чтение мл. байта на правой 


границе 
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Следующее табличное значение находится в регистре В1 (старшгий байт) 
и в накопителе (младший байт). Далее следует линейная аппроксимация 
для промежуточного значения аргумента. Благодаря выбору шага таблицы 
в данном случае удалось обойтись без операции деления. Тем не менее 
следует выполнить округление, учитывая младший байт произведения 
разности табличных значений и остатка. В противном случае последний 
бит будет вычисляться с систёматической погрешностью. 


СВ [© 
ЗОВВ А, В2 
ХСН А, В1 
ЗОВВ А, ВЗ 
МОУ в, во 
мог АВ 
АБВ А, В2 
МОУ В2, А 
МОУ А, ВЗ 
АООС А, В 
МОУ КЗ, А 
МОУ А, В1 
МОУ в, во 
мог АВ 
АПР А, #808 
МОУ А, Е2 
АБОС А, В 
МОУ В2, А 
МОУ А, ВЗ 


байт разности 


Е 


ст. байт разности 


к мл. байту от ст. байта разности 


к ст. байту от ст. байта разности 


для округления 


мл. байту от мл. байта разности 
л. байт синуса 


Ее 


РВ ОА Г В РВ СО ПС ВВГ 


АБОС А, #0 ;учет переноса в ст. байт 
МОУ В3, А ;уст. байт синуса 
ех: МОР ;для записи метки 


При выбранной точности таблицы погрешность вычисления синуса 
в основном определяется ограниченной разрядностью датчика. 

При помощи этой таблицы можно вычислить косинус угла, используя 
в качестве входа в таблицу значение аргумента, дополняющее этот угол 
до 90°. Поскольку при решении прикладных задач тригонометрические 
функции используются в качестве множителей размерных величин, 
учитывать выход аргумента за пределы первого квадранта проще после 
умножения, приписывая необходимый знак произведению. При этом знак 
синуса задается самым старшим разрядом кода Грея, а знак косинуса — 
следующим разрядом. Приведенный пример показывает, что для сокра- 
щения размеров таблиц целесообразно использовать приведение аргумента 
функции к минимальному интервалу значений. 


124 


5.4. Вычисление обратной функции 
по таблице прямой функции 


В начале главы уже рассматривался частный случай вычисления 
обратной функции на примере квадратного корня. В общем случае обратную 
функцию можно вычислять при помощи таблиц так, как показано 
в предыдущем примере. Но хранение дополнительной таблицы при 
наличии таблицы для прямой функции связано с дополнительным расходом 
объема ПЗУ. Поэтому представляте интерес способ использования одной 
и той же таблицы для вычисления как прямой, так и обратной функции. 
Решение этой задачи возможно только в случае взаимной однозначности 
функции и аргумента | 

Пусть таблица прямой функции имеет постоянный шаг по аргументу. 
Тогда она является таблицей таких значений аргументов Х(К), которые 
обеспечивают изменение значений обратной функции с заданным шагом 


О = У(К+1) - У(к} 


Пусть в таблице прямой функции найден наименьший номер строки К, 
значение которого больше заданного значения аргумента. Тогда искомое 
значение функции может быть вычислено по интерполяционной формуле 


У = 0*(К-1) + (0*(Х - Х(К-1)))/(Х(К) - Х(К-1)) 


Если вынести Г за скобки, то в скобках останется сумма целого числа 
и правильной дроби. Целая часть определяется поиском интервала в таблице, 
а дробная часть — интерполяцией. Конечно, программа вычисления 
обратной функции по таблице прямой функции сложнее рассмотренной 
ранее программы вычисления прямой функции. Усложнение связано как 
с поиском табличных значений, так и с более громоздкими вычислениями 
при интерполяции. Однако в некоторых случаях ее использование может 
оказаться целесообразным. 

Рассмотрим этот способ вычисления обратной функции на примере 
определения главного значения арксинуса по таблице синусов: 


У = агсвш Х 


Главное значение арксинуса определяется как такое значение угла из 
интервала от минус 90° до плюс 90°, синус которого равен аргументу. 
Поскольку арксинус является нечетной функцией, достаточно рассмотреть 
способ вычисления для положительного аргумента. При этом будем 
предполагать, что аргумент не превышает 1, а в случае равенства аргу- 
мента 1 интерполяция не требуется. По определению арксинуса таблица 
синусов может рассматриваться как таблица аргументов с переменным 
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шагом, притом табличному значению функции соответствует угол, равный 
произведению номера строки таблицы на О (в нашем случае 1/128 от 
прямого угла). 

Рассмотрим прежде всего задачу поиска интервала, в котором находится 
значение аргумента. Для вычисления номера интервала необходимо 
сравнивать табличные значения прямой функции с заданным значением 
аргумента обратной функции. Поиск номера интервала простым перебором 
не представляет никакого интереса ввиду больших затрат времени. Наиболее 
быстрым способом определения номера интервала является поиск по 
двоичному дереву. Для этого сначала определяется, к какой половине 
таблицы относится аргумент. Таким образом определяется старший 
разряд номера интервала. Затем аналогичным способом определяются все 
последующие разряды. 

. Таблица синусов содержит 128 значений, что очень удобно для 
использования этого метода. Количество сравнений табличных значений с 
аргументом не превышает семи. При совпадении табличного значения 
с аргументом поиск может быть закончен ранышне. Приведенная ниже 
программа поиска интервала использует указатели нижней и верхней 
границ интервала, значения которых записаны в регистры В! и ВО. 
Первоначально в эти регистры заносятся минимальное и максимальное 
значения индексов в массиве таблицы синусов, то есть 0 и 128 соответст- 
венно. Пусть старший и младший байты аргумента записаны в ячейках хЬ 
и х1 соответственно. Значение аргумента сравнивается с табличной 
выборкой из середины текущего интервала. До окончания поиска сумма 
значений индексов остается четной, то есть она равна указателю на 
старший байт очередного табличного значение. Если аргумент равен 
табличному значению, то поиск заканчивается. Если табличное значение 
меньше аргумента, то указатель на середину интервала записывается 
в указатель нижней границы, в противном случае — в указатель верхней 
границы. Если сумма указателей четная, то повторяется выборка из 
середины интервала. 

Поскольку первое табличное значение соответствует индексу 1, 
в регистр указателя адреса записывается значение адреса таблицы 
со смещением —2. | 


МОУ ОРТВ, #6$811-2 ; загрузка адреса для поиска в 
утаблице 
МОУ А, #128 ;узагрузка указателя на 
; середину таблицы 
МОУ ВО, А ;узагрузка индекса конца таблицы 
МОУ В1, #0 ;‚ загрузка индекса начала таблицы 
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пхё: МОУ В, А ;запоминание указателя 
МОУС А, @А+ОРТВ ; выборка ст. байта из таблицы 
СОМЕ А, хЬ, пеа ; сравнение со ст. байтом аргумента 
МОУ А, В 
ТмМС А ;указатель на мл. байт 
МОУС А, @А+ПОРТК ; выборка мл. байта из таблицы 
СУМЕ А, х1, пеа ;‚ сравнение с мл. байтом аргумента 


При совпадении аргумента с табличным значением поиск прекращается, 
а в регистры К] и В0 записывается значение функции: 


МОУ 81, В ;значение функции при совпадении 
СВ А 
АЗМР ех 


В противном случае в зависимости от результата сравнения изменяется 
значение верхней или нижней границы и поиск продолжается: 
пеа: МОУ А, В 


КК А ; индекс середины интервала 
эс Тех ;упереход 
МОУ во, А ;усередина стала верхней границей 
АБР А, Е1 ;у сумма индексов 
ЗОМР свке 

Т1Ех: МОУ В1, А ; середина стала нижней границей 
АРБ А, ВО ; сумма индексов 

сЬке: 9мв А.0, пхЕ ; переход при возможности чтения 

; таблицы 


Если сумма индексов нечетная, то поиск завершен. 

МОУ А, В1 

м2 пга ;упереход по ненулевой левой 

; границе 

Если индекс нижней границы равен нулю, то подготовка к линейной 
интерполяции упрощается: 

МОУС А, @А+ОРТВ 

МОУ ВЗ, А 

МОУ А, #1 

МОС А, @А+РРТЕ 

МОУ В2, А 

МОУ В5, хВ 

МОУ В4, х1 

ЗОМР арр ;упереход на линейную интерполяцию 


При ненулевом индексе нижней границы нужно сделать две выборки 
из таблицы и вычислить длины двух отрезков: 


пга: В А 


127 


МОУ 
МОУС 


МОУ 
ТАС 
МОУ 
МОУС 


мох 
СТВ 

_ МОМ 
5ОВВ 
мох 
моу 
ЗоВВ 
МОУ 


ТМС 
МОУ 
МОУС 


МОУ 
ТМС 
МОУ 
МОУС 


СЬВ 
ЗОВВ 
МОУ 
МОУ 
5ОВВ 
МОУ 


В, А 
А, @А+ОРТВ 


КЗ, А 

В 

А, В 

А, @А+ОРТВ 


А, В 
А, @А+ОРТК 


[© 

А, В2 
Ка, А 
А, В 

А, ВЗ 
ВЗ, А 


;увыборка ст. байта нижней 
; границы 


;‚ выборка мл. байта нижней 
; границы 


;учислитель дробной части в 
;В5, В4 


; выборка ст. байта верхней 
; границы 


;выборка мл. байта верхней 
; границы 


; знаменатель дробной части в 
;83, В2 


Остается вычислить значение дробной части. При вычислении дробной 
части предполагается, что запятая фиксирована перед старшим разрядом 
байта, записываемого в регистр ВО. Здесь следует напомнить, что при 
вычислении обратной функции при значениях аргумента, близких 
к экстремуму прямой функции, погрешность результата вычислений 
существенно возрастает. Из-за того, что в зависимости от значения аргу- 
мента значение знаменателя дробной части может разниться более чем 
в 200 раз, приходится использовать маленькие хитрости. Если знаменатель 
не превышает 16, то для использования операции целочисленного деления 


числитель увеличивается в 16 раз: 
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арр: 


Ума ох ;упо ненулевому ст. байту знаменателя 
МОУ А, В2 


АМГ А, #Р08 

М2 ЕВ ;по нулю в ст. тетраде мл. байта 
МОУ В, В2 

МОУ А, В4 

ЗМАР А ;учислитель увеличен в 16 раз 


59МР с1с 


В противном случае и числитель, и знаменатель сначала уменьшаются 
или увеличиваются таким образом, чтобы они были в байтовом формате, 
в старшем разряде знаменателя была единица: 


Вир: 


ВЕС А 

МОУ А, В2 

ВВС А 

МОУ В, А 

МОУ А, В5 

ВВС А 

МОУ А, В4 

ВВС А ;уприведение к байтовому формату 
З9МР Змр 

МОУ А, В2 

МОУ В, в4 

УВ А.7, $мр 

ВЬ А 

ХСН А, В 

ВГ А 

ХСН А, В 

ЗОМР съа ;на проверку ст. разряда знаменателя 


Затем знаменатель уменынается в 16 раз и производится деление: 


змр: 


с1с: 


АМТ, А, #РО0В 

ЗМАР А 

ХСН А, В 

отУ АВ 

тмС А 

АМТ, А, #0ЕВ ; округление частного 

МАР А ; перенос в старшую тетраду 


После этого необходимо привести полученные в регистрах В и В0 коды 
к тому же формату, в котором был представлен аргумент синуса в преды- 
дущей программе: 


ех: 


ХСН А, В1 
ВВС А 
ХСН А, В1 
ВВС А 
МОУ ВО, А 
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Аналогичным образом можно запрограммировать и операции деле- 
ния или извлечения корня как обратные умножению или возведению 
в квадрат. Например, аналогичную программу можно составить для 
деления двухбайтового числа на однобайтовое. При этом вместо выборки 
из таблицы нужно умножать пробное частное (указатель на середину 
интервала) на делитель и сравнивать полученное произведение с делимым. 


5.5. Компенсация систематических 
погрешностей при помощи таблиц 


Характеристики используемых в изделии измерительных и исполни- 
тельных устройств, как правило, описываются достаточно простыми 
математическими соотношениями. Однако в действительности эти харак- 
теристики могут отличаться от принятой идеализации. Для существенного 
повышения точности внешних устройств приходится усложнять технологию 
их изготовления и отладки и увеличивать производственные затраты. 
Поэтому целесообразнее решать эту задачу путем калибровки параметров 
и компенсации погрешностей при обработке информации в микрокон- 
троллере. Не следует забывать, что калибровка и компенсация имеют 
смысл только в том случае, когда характеристики устройств достаточно 
стабильны при всех условиях эксплуатации изделия, не изменяются 
с течением времени. Калибровке и компенсации подлежат только систе- 
матические составляющие погрешностей. 

Под калибровкой обычно подразумевается компенсация системати- 
ческих погрешностей, описываемая линейной зависимостью от аргумента. 
В этом случае говорят о компенсации двух параметров: смещения нуля 
и крутизны характеристики. В случае нелинейной зависимости приходится 
учитывать большее количество параметров и производить более сложные 
вычисления. Если аналитическое выражение для систематической погреш- 
ности не удается найти, то эту функцию можно хранить в виде таблицы. 
Но даже при существовании аналитического выражения табличный метод 
учета может оказаться более выгодным, так как он позволяет избавиться 
от решения задачи оценки параметров и от сложных вычислений. При 
использовании табличного метода вычисления поправок в ПЗУ можно 
заносить экспериментально полученные таблицы даже в том случае, 
когда это приходится делать для каждого изделия индивидуально. При 
необходимости можно записывать калибровочные параметры и таблицы 
для компенсации в энергонезависимое ЗУ. 
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Приведем пример программы, позволяющей компенсировать нели- 
нейность характеристики датчика. В данном случае функция У является 
экспериментально измеренной систематической погрешностью датчика, 
то есть разностью между фактическим значением измеряемой величины и 
показаниями датчика. Предполагается, что показание датчика хранится 
в двух ячейках памяти — агеВ, агё] (старший и младший байты соответст- 
венно), а минимальное значение показания, соответствующее нулевой 
измеренной величине, и максимальный номер интервала записаны в виде 
чисел агрит, агртй и п в операндах соответствующих команд (непосред- 
ственная адресация). Шаг таблицы выбран таким образом, что старший 
байт определяет номер интервала, а младший — смещение относительно 
табличного значения аргумента. Ввиду малости поправок они хранятся 
в байтовом формате. 

СЬВ с 

МОУ А, ахо1 

5ОВВ А, #ахот11 

МОУ ВО, А ; положение в интервале 
МОУ А, ахоь 

ЗОВВ А, #ахоплВ 


УМС ар1 
арЗз: 1УМР егх ;: переход по аргументу меньше 
;уминимума 
ар1: МОУ ВЕ, А ;уномер интервала 
СОМЕ А, #п, арб 
УС ар3 ;упереход по аргументу больше 


;умаксимума 


После определения номера интервала в таблице и положения в интервале 
нужно сделать две выборки поправок из таблицы. Поскольку поправка 
может иметь любой знак, этот байт используется для представления чисел 
от —127 до +127. Для сложения с двухбайтовым числом в случае положи- 
тельной поправки в старший байт производится запись нулей, в случае 
отрицательной — единиц. 


арб: МОУ ОРТВ, #согх ; адрес таблицы в регистр 
; указателя 
МОУС — А, @А+ОРТВ ; поправка для левой границы 
; интервала | 
МОУ Е2, А ;поправка на левой границе 
;интервала 


моу 83, #0 

УмМВ А.7, ар2 

МОУ ВЗ, #РЕН ; отрицательный знак поправки 
;‚в ст. байт 
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ар2: МОУ А, В1 
ТмС А 
МОУС А, @А+ОРТВ 


СЬВ [© 
ЗОВВ А, В2 


; поправка на правой границе 
;интервала 


; приращение поправки на 
;интервале 


В данном случае предполагается достаточно медленное изменение 
пюправки. Модуль разности поправок на границах интервала не должен 
превьшнать 127. Так как поправка может быть отрицательной, то для 
интерполяции вычисляются ее модуль и знак. Полученное произведение 
представляется в первоначальном коде и складывается с поправкой на 


левом интервале. 


МОУ С, А.7 
МОУ ЕО, С 


мс ар4 

СРЬ А 

ЖК А 
ар4: МОУ в, во 

|638 АВ 


АОр А, #808 
сьв А 

ХСН А, В 
АБОС А, #0 
мВ РО, ар4 


МОУ В, #РЕВ 


СРЬ А 

АРБ А, #1 
УМС арб 

мк В 


ар5: АБО А, В2 
МОУ 82, А 
МОУ А, КЗ 
АООС А, В 
МОУ В3, А 


;знак приращения 
; переход по положительной 
;разности 


; модуль для интерполяции 


;учет положения точки в 
; интервале 
;удля округления ст. байта 


; используется старший байт 
; переход по положительной 
;у поправке 

; изменение знака 


; вычислена поправка 


Вычисленная поправка добавляется к показаниям датчика и записывается 


в регистры В1, В0: 


МОУ А, ВО 
АПР А, В2 
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МОУ А, В1 
АООС А, ЕЗ 
МОУ 81, А ;уполучено точное измерение 


Для хранения поправок. нужно включить в секцию данных массив 
с директивой инициализации данных: 

.РАТА 
согг: „ОВ ; поправки 


В исходный текст можно записывать поправки в десятичном виде 
со знаком или в двоичном формате. 

Если существует более или менее точная математическая модель 
систематических погрешностей и в процессе настройки изделия удается 
поучить достоверные оценки параметров, определяющих погрешности, то 
может оказаться необходимым расчет поправок по формулам этой модели. 
Когда изделие измеряет векторную величину и существует взаимовлия- 
ние погрешностей каналов, то математическая модель будет двумерной. 
В этом случае расчет по таблицам нецелесообразен, так как их использова- 
ние для вычисления функций нескольких аргументов требует очень 
болышого объема ПЗУ. 
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Глава 6 


Программирование 
фильтрации сигналов. 


6.1. Особенности цифровой 
фильтрации сигналов 


Фильтрацией сигналов называется такая их обработка, в результате 
которой полностью или частично устраняется влияние шумов и помех на 
полезный сигнал. С самого начала напомним читателям о двух сущест- 
венных отличиях цифровой обработки сигнала от аналоговой. Эти 
отличия связаны с дискретизадией обрабатываемых сигналов по уровню 
и во времени. 

Вследствие дискретизации сигналов во времени, то есть использова- 
ния конечного количества выборок сигнала на заданном интервале 
времени, может возникнуть погрешность, обусловленная переносом 
высокочастотных составляющих сигнала в область низких частот. Ярким 
примером этой погрешности является стробоскопический эффект, встре- 
чающийся в некоторых сценах кинофильмов. Особенно режет глаз такая 
несообразность, как движение какого-либо экипажа в одну сторону 
с вращением колес, отвечающим его движению в противоположную 
сторону. Чтобы при цифровой обработке сигналов не возникали анало- 
гичные эффекты, ширина спектра частот обрабатываемого сигнала не 
должна превышать половины частоты дискретизации. Поэтому до преоб- 
разования входного сигнала в цифровую форму необходимо сначала 
с помощью аналогового фильтра убрать из сигнала высокочастотные 
составляющие, не несущие полезной информации. 


Преобразование значений аналогового сигнала в цифровые является 
источником погрешности, зачастую называемой "шумом квантования". 
Ее влияние особенно существенно при малых амплитудах сигнала. При 
болыших амплитудах эта погрешность может быть оценена на основе 
следующих допущений относительно ее статистических свойств. Пред- 
полагается, что погрешность равномерно распределена на интервале, 
равном шагу квантования сигнала, и выборки погрешности квантования 
для всех моментов времени независимы. При этом можно считать, что 
среднее значение шума квантования равно нулю, а среднеквадратичное 
отклонение примерно в 3,5 раза меньше шага квантования. 

В классической теории фильтров спектр сигнала на выходе фильтра 
получается умножением спектра входного сигнала на частотную ампли- 
тудно-фазовую характеристику фильтра. Преобразования сигнала из 
временного представления в частотное и обратно даже после изобретения 
алгоритма быстрого преобразования Фурье (БИФ) требуют больших 
ресурсов и доступны только специализированным цифровым процессо- 
рам сигнала (О1риа1! $1епа! Ргосеззог). Разумеется, в части фильтрации 
сигналов микроконтроллеры семейства 18051 не могут идти ни в какое 
сравнение с ними. Но часто возникающие на практике простейшие задачи 
фильтрации им вполне по силам, если не пользоваться спектральным 
представлением сигналов. В этом случае вычисление выходного сигнала 
по значениям входного осуществляется преобразованием, называемым в 
математике сверткой. Это преобразование известно изучавшим теорети- 
ческую электротехнику как интеграл Дюамеля. 

Для вычисления интеграла необходимо использовать не только те- 
кущее значение сигнала, но и информацию о предыдущих его значениях. 
Интегрирование обычно производится по формуле прямоугольников. Для 
линейной фильтрации удается подобрать коэффициенты таким образом, 
чтобы это упрощение вычислений не вносило методической погрешно- 
сти. При программирования фильтров обычно используются рекуррент- 
ные формулы, позволяющие вычислять выходной сигнал как функцию от 
текущего входного сигнала и некоторого набора предыдущих входных 
или выходных сигналов. В общем случае цифровой фильтр должен 
содержать программно реализованную линию задержки, в которой хра- 
нится некоторое количество значений сигналов, предшествующих теку- 
щему значению. В зависимости от требуемых характеристик эти значения 
могут непосредственно пересчитываться в выходной сигнал и/или влиять 
на значения, записываемые в линию задержки. 

В отличие от рассмотренных ранее вычислений, которые должны 
выполняться как можно быстрее, вычисления при фильтрации должны 
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выполняться со строго заданным периодом Т, значение которого вкупе 
с параметрами расчетной формулы влияет на характеристики фильтра. 
Далее будут приведены примеры программирования линейных фильтров 
и нелинейного (медианного) фильтра. 


6.2. Программирование простейших 
фильтров нижних частот 


Фильтры нижних частот позволяют снизить уровень высокочастот- 
ных помех и существенно улучшить отношение сигналлпум, если мощ- 
ность шума в полосе частот сигнала достаточно мала. Рассмотрим про- 
граммирование цифрового фильтра, являющегося аналогом фильтра 
нижних частот на ВС цепочке. Обозначив набор входных сигналов через 
ХМ), а выходных — через У(№) (здесь М — номер отсчета по времени), 
запишем рекуррентное соотношение фильтра: 

У(М) = (1 -К) * У(м-1) +к*х(м), 


где коэффициент 0 < К < 1 должен быть выбран по желаемой постоянной 
времени с учетом периода обращения Т к программе фильтрации. Про- 
стой проверкой при помощи калькулятора несложно убедиться в том, что 
при постоянном значении входного сигнала Х(М) выходной сигнал У(М) 
независимо от его начального значения стремится к величине входного. 
Если при некотором ненулевом значении выходного сигнала постоянно 
подавать на вход нулевой входной сигнал, то множество значений выход- 
ного сигнала образует убывающую геометрическую прогрессию со 
знаменателем 


К =1- ехр(-Т/(в*С)). 


Для уменьшения количества умножений целесообразно привести ре- 
куррентное соотношение фильтрации к виду 


У(№) = У(№-1) +К* (Х(М) - УМЗ). 


Поскольку коэффициент фильтра положительный и не превышает 
единицы, то в дальнейшем предполагается, что запятая фиксируется 
перед 7 битом старшего байта коэффициента. При положительных сигна- 
лах и допустимости однобайтового представления сигналов и коэффици- 
ента программа фильтрации очень проста: 


СЪВ С ; подготовка к вычитанию 

МОУ А, х ;узагрузка вх. сигнала 

ЗОВВ А, у ; вычитание предыдущего вых. 
;усигнала 
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МОХ РО, С ; запоминание знака разности 


УМС ар ;упереход по положительной 
‚разности 
СРЬ А :вычисление обратного кода 
ТМС А ;уполучение модуля разности 
ар: МОУ в, к ; загрузка коэффициента 
МОЕ АВ ;: вычисление произведения 
мВ А.7, пс ;упереход, если мл. байт < 1/2 
ТМС В ; добавление 1 в старший байт 
пс: МОУ А, У ;загрузка предыдущего вых. 
;у сигнала 
9мМВ ЕО, роз ;упо положительному прирашению 
СТВ С ; подготовка к вычитанию 
ЗОВВ А, В ;увычитание модуля приращения 
З9МР Ех ;на запоминание вых. сигнала 
роз: АП А, В ; добавление модуля приращения 
56х: МОУ у, А ; запоминание вых. сигнала 


Как видно из текста программы, для ее работы используется одна ячейка 
ОЗУ, в которой между обращениями к программе должно сохраняться 
значение выходного сигнала фильтра. При необходимости работы с 
отрицательными значениями сигналов и/или многобайтового представле- 
ния сигналов и коэффициента необходимо использовать соответствую- 
щие приемы программирования, описанные ранее. В соответствии с 
масштабом коэффициента для вычисления выходного сигнала использу- 
ется старший байт произведения. Для уменьшения погрешностей вычис- 
ления старший байт увеличивается на | в том случае, если старший 
разряд младшего байта произведения равен 1 (округление). 

Фильтр нижних частот с одним инерционным элементом называется 
фильтром первого порядка. Он имеет крутизну частотной характеристики 
вне полосы пропускания 3 дб на октаву. Приведем пример программиро- 
вания фильтра нижних частот второго порядка, имеющего два инерцион- 
ных элемента и крутизну 6 дб на октаву. Разумеется, улучшение характе- 
ристик фильтра достигается за счет усложнения алгоритма обработки. 
Рекуррентное соотношение для выходного сигнала содержит два коэф- 
фициента и два предыдущих отсчета сигнала. Для упрощения вычисле- 
ний целесообразно записать это соотношение так, чтобы кроме предыду- 
щего выходного сигнала запоминать и предыдущее его приращение: 

У(М) = У(М-1) + К * (Х(М№) - У(№-1)} * + Ка * (У(№-1) - У(Ю-2)) 


Если выбрать граничную частоту полосы пропускания этого фильтра по 
уровню 3 дб, соответствующую тому же значению произведения ВС, что 
и в предыдущем случае, то выбор коэффициентов задается следующими 


формулами: 
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К1 = 1-2 * ехр(-0,7*ТИВС) * соз(0,7*ТИВС) + ехр(-1,4*Т/ВС) 
К2 ехр(-1,4*Т/КС) 

Предполагая, что сигналы положительные однобайтовые и прираще- 
ние выходного сигнала не превышает 127, можно хранить приращение 
в виде числа со знаком в ячейке у. 


МОУ А, Чу ;упредыдущее приращения вых. 
; сигнала 
СЬВ ЕО $ 
мВ А.7, Чур ;по положительному приращению 
ЗЕТВ ЕО ; запоминание знака приращения 
СРЬ А ; 
ТмМС А :;вычисление модуля 
ур: МОУ в, К2 ; загрузка второго коэффициента 
мог АВ ; вычисление произведения 
Ув А.7, пс2 ;упереход, если мл. байт < 1/2 
ТМС В ; добавление 1 в старший байт 
пс2: МОУ А, В ; запоминание модуля произведения 
УМВ ЕО, РР ;по положительному приращению 
СРЬ А, ; 
ТМС А вычисление дополнительного кода 
рр: МОУ ау, А временное запоминание произведения 
СЬВ С подготовка к вычитанию 


; 
: 

; 

; 

: загрузка вх. сигнала 
увычитание предыдущего вых. 
; сигнала : 

;у запоминание знака разности 
; 
; 
В 
; 


МОУ ЕО, С з 
УМС ар переход по положительной 
разности 
СРЬ А 
ТМС А вычисление модуля разности 
ар: МОУ в, К1 ; загрузка первого коэффициента 
МОГ АВ ;увычисление произведения 
Умв А.7, пс1 ;переход, если мл. байт < 1/2 
ТАС В ; добавление 1 в старший байт 
пс1: МОУ А, В ;для вычисления приращения 
УВ ЕО, роз ;по положительному приращению 
СРЬ А Я 
ТМС А ; вычисление дополнительного кода 
роз: АБО А, ау ;вычисление приращения 
МОУ ау, А ; запоминание приращения 
АПГО А, У ; добавление предыдущего вых. 
; сигнала 
МОУ у, А ; запоминание вых. сигнала 
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Более сложные программы фильтрации могут быть построены с исполь- 
зованием линий задержки, запоминающих большее количество предыдущих 
входных или выходных сигналов. 


6.3. Программирование фильтра 
для оценки параметров сигнала 


В случае обработки измерений бывает необходимо получить оценку 
параметров сигнала и вычислить некоторую величину, характеризующую 
достоверность этой оценки. Рассмотрим простейший фильтр для оценки 
значения медленно изменяющегося сигнала. Если шум распределен 
по нормальному закону, то оптимальной оценкой сигнала является его 
среднее значение на некотором интервале времени. Предполагается, что 
изменение значения сигнала в течение этого интервала времени доста- 
точно мало по сравнению с допустимой погрешностью оценки. В качестве 
критерия достоверности оценки воспользуемся суммой квадратов разно- 
стей между значениями выборок сигнала и его оценкой. 

Чтобы вычислить оценку сигнала и величину, используемую для 
оценки достоверности, нужно хранить необходимое количество послед- 
них выборок сигнала в линии задержки. С этой целью резервируется 
массив ячеек в ОЗУ, называемый буфером. Для уменьшения размера 
программы и увеличения ее быстродействия в качестве линии задержки 
целесообразно использовать следующий порядок записи в массив. В первый 
раз входной сигнал записывается в начало массива. При каждом после- 
дующем обращении к программе фильтрации входной сигнал записывается 
в следующие ячейки массива до тех пор, пока не будет достигнута верхняя 
граница массива. После этого запись снова производится в начало массива. 
Таким образом новый сигнал всегда записывается вместо самого старого, 
а в буфере всегда находится некоторое заранее заданное количество 
предыдущих сигналов. При таком способе записи буфер называется 
кольцевым. Адрес для записи в кольцевой буфер должен сохраняться 
в отдельной ячейке ОЗУ и изменяться программой фильтрации. 

Рассмотрим пример с усреднением по 8 выборкам сигнала, представ- 
ленным в двухбайтовом формате целыми положительными числами 
со значениями не более 20008. Резервирование памяти для кольцевого 
буфера и для указателя производится директивами 
.ВЗЕСТ 
РоЕ: 05 16 
рБоЕ: 05 1 
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В начале каждого обращения к программе фильтрации нужно записать 
в фильтр новую выборку на место самой старой. Для этого нужно вычис- 
лить новое значение указателя и с помощью косвенной адресации запи- 
сать в буфер новое значение сигнала. В приведенном примере считается, 
что в буфере младший байт предшествует старшему, а значение сигнала 
перед обращением к программе фильтрации было записано в регистры 
В!, ВО. 


МС рБаЕ ; приращение указателя 

АМТ. рроаЕ, #075 ; ограничение приращения 

МОУ А, рЬзЕ ;для формирования адреса 

ВЬ А учет двухбайтового формата 
АОО А, #50Е ;формирование адреса в буфере 
ХСН А, ВО ; загрузка адреса в регистр 
МОУ ево, А ;узапись мл. байта в буфер 

ТмС 1556) ;адрес для ст. байта 

МОУ А, В1 ; 

МОХ @в0, А ;узапись ст. байта в буфер 


После обновления буфера можно суммировать все хранящихся в нем 
значения сигналов: 


СЬВ А ;для накопления мл. байтов 
МОУ В, А ;удля накопления ст. байтов 
МОУ В1, #8 ;удля счета количества циклов 
МОУ ВО, #БоЕ ;для чтения из буфера 

асим: АБО А, @В0 ; накопление мл. байтов 
ХСН А, В 
ТмС во 


АООС А, @во 
ХСН А, В 

ТМС во 

рум 81, асом 
МОУ 82, А 
ХСН А, В 

МОХ &З, А узапоминание ст. байта суммы 


накопление ст. байтов 


на следующий цикл 
запоминание мл. байта суммы 


А У ТТ 


Полученная сумма может использоваться в качестве оценки сигнала 
с наиболылим количеством значащих цифр, а для вычисления суммы 
квадратов нужно вычислить среднее значение сигнала делением полу- 
чеиной оценки на 8. Это можно сделать посредством трех сдвигов вправо 
находящейся в накопителе и регистре В суммы, а затем вычислить сумму 
квадратов отклонений выборок сигнала. 
СЬВ с 
ВЕС А 
ХСН А, В 


`. -. з 
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МОУ 


` 
= 
> 


#Е8В 


[*") 


рр ныры 
[**) [**) [*) 


55 
г. 
> 


й 


85, В 


; округление перед делением 
‚очистка лишних разрядов 
;сумма разделена на 2 


сумма разделена на 4 


`. чо С С С. 


; сумма разделена на 8 
;умл. байт среднего значения 
;уст. байт среднего значения 


Программу вычисления суммы квадратов следует завершить досрочно по 
большому отклонению одной из выборок или по большой сумме квалратов. 


пи: 


МОУ 
МОУ 
МОУ 
СЬВ 
МОУ 
ЗОВВ 
МОУ 


26, #0 
ВО, #Ъ4Е 
81, #8 


А, @ВО 
А, 84 


А, 60 


ОУ, Баа 
А, Вб 
аа 


&1, гтб 
ех 
86, #255 


; для накопления суммы квадратов 
;адрес начала буфера 

; количество данных в буфере 
; для вычитания 

;чтение мл. байта 

;умл. байт разности 

;для возведения в квадрат 
‚адрес ст. байта 

;учтение ст. байта 

;адрес следующего сигнала 
;уст. байт разности 

: переход по положительной 
;разности 

;удля вычисления модуля 

;для вычисления модуля 


модуль мл. байта 


Д.С С 


;умодуль ст. байта 

; переход по разности больше 255 
; для возведения в квадрат 
;уквадрат разности 

;упереход по квадрату больше 256 
; сумма квадратов разности 

; переход по большой сумме 

; квадратов 

;на следующий цикл 

уна продолжение вычислений 
;насыщение суммы квадратов 
;удля записи метки 


м 


В данном случае для накопления суммы квадратов используется только 
один байт, так как приемлемыми считаются серии измерений с малыми . 
отклонениями. Поэтому при выходе отклонения одной выборки за преде- 
лы 15 или при заведомом выходе суммы за пределы 255 программа 
выходит из цикла и заносит в ячейку с оценкой суммы квадратов макси- 
мальное однобайтовое число. 

Оценка суммы квадратов отклонений может увеличиваться не только 
из-за влияния шума. При скачкообразном изменении сигнала его оценка 
изменяется линейно за время, равное длительности накопления. Во время 
переходного процесса сумма квадратов отклонений сначала увеличивает- 
ся, а затем уменьшается до уровня, зависящего от шума. Если сумма 
квадратов отклонений превышает заранее заданный порог, то для даль- 
нейшей обработки используется старая оценка сигнала. Если сумма 
квадратов находится в заданных пределах, то используемая для дальней- 
шей обработки оценка сигнала обновляется. 

Интересно сравнить этот алгоритм фильтрации с простым накопле- 
нием значения входного сигнала в течение 8 тактов. Приведенной про- 
грамме для получения первоначальной оценки требуется 8 тактов, а затем 
оценка выдается каждый такт с запаздыванием 8 тактов. При простом 
накоплении оценка будет выдаваться только один раз за 8 тактов с тем же 
запаздыванием. Но при этом нет необходимости запоминания всех значе- 
ний сигналов. Даже если нужно вычислить сумму квадратов отклонений, 
то для этого достаточно накопить сумму квадратов значений сигнала. Для 
накопления суммы квадратов выборок и последующего вычисления 
суммы квадратов отклонений необходимо работать с промежуточными 
результатами в форматах до 5 байт. 


6.4. Программирование медианного 
фильтра 


В предыдущем примере рассматривалась линейная фильтрация мед- 
ленно изменяющегося сигнала для достаточно “гладких” помех. В случае 
редких импульсных помех в сочетании с необходимостью сохранения 
длительности фронта быстро изменяющегося сигнала бывает целесооб- 
разно использовать нелинейную фильтрацию с помощью медианного 
фильтра. В медианном фильтре обработке подвергается нечетное количе- 
ство выборок входного сигнала. Из их значений составляется упорядо- 
ченный список, а в качестве выходного берется значение из середины 
списка. Этот способ фильтрации основан на сортировке. Термин медиана 
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в данном случае относится не к геометрии, а к статистике. Этим словом 
обозначается параметр статистического распределения, для которого 
значения одной половины выборок не больше его, а значения другой 
половины выборок не меньше. 

Рассмотрим такой фильтр для случая 5 выборок, имеющих однобай- 
товый формат. Для сортировки можно записать набор сигналов во вспо- 
могательный массив, а затем произвести их перестановку, чтобы они 
расположились в убывающем или возрастающем порядке. При этом 
необязательно полное упорядочение списка, достаточно найти третий по 
порядку элемент. Другой вариант поиска медианы использует вычисление 
рангов сигналов, по которым можно определить их положение в списке. 
При вычислении рангов перестановка не нужна, что экономит время 
работы программы (оптимизация по быстродействию в этом случае 
достигается увеличением ее объема). Но в данном случае автор решил 
привести вариант с вычислением рангов по другим соображениям. До сих 
пор не представлялось хорошей возможности, чтобы продемонстрировать 
использование сложных текстовых подстановок. Не испытывая особой 
склонности к применению таковых, автор все же считает, что они весьма 
эффективны при программировании некоторых алгоритмов. 

Пусть входной сигнал находится в ячейке х, а выходной сигнал дол- 
жен быть записан в ячейку у. В предыдущем примере текущий сигнал 
записывался в буфер перед началом фильтрации, что увеличивает затраты 
объема ОЗУ. На самом деле в буфере нужно хранить только предшествую- 
щие выборки входного сигнала. Для этого надо обновлять содержимое 
буфера только после обработки вновь поступившего сигнала. В данном 
случае между обращениями к программе нужно сохранять один байт 
в качестве указателя самого старого сигнала и четыре байта в качестве 
значений предыдущих сигналов. Зададим имена каждой из ячеек кольцевого 
буфера следующим образом: 


. ВЗЕСТ 
РЬоЕ: .05 1 ;ууказатель на кольцевой буфер 
БоЕ0: .р$ 1 ;ранг записывается в Е4 
БаЕ!: „рб 1 ;ранг записывается в Е5 
БаЕ2: „рб 1 ;ранг записывается в В6 
ЬиЕЗ: „0$ 1 ;ранг записывается в В7 


Значения рангов (информации о старшинстве сигналов) будем нака- 
пливать в регистрах общего назначения. Предназначим регистр ЕЗ для 
ранга входного сигнала, а регистры В 4, В5, Вб и К7 для рангов сигналов, 
хранящихся в буфере. В начале работы программы в эти регистры заносятся 
нули. Для подсчета рангов пяти сигналов нужно произвести сравнение 


143 


10 пар значений (аналогично проведению турнира по круговой системе). 
При равенстве значений сигналов содержимое соответствующих им 
регистров не изменяется. При неравенстве в регистр большего сигнала 
добавляется 1, а из регистра меньшего сигнала вычитается 1. Определим 
операцию накопления ранга с двумя формальными параметрами, факти- 
ческие значения которых должны соответствовать номерам используемых 
регистров: 

.СОБЕ 
ВАМК: „МАСКО Е, 5 

СОМЕ А, ЪБаЕ|<8-4>, сь# 


З9МР ех# 
св#: 9С ТЕ# 

ТАС ВЕ 

РЕС В|з 

5ЧМР ех# 
1Е#:  ОЕС в|Е 

тмС В|5 
ех#: 

.ЕМОМ 


Перед использованием этой операции в накопитель нужно занести сиг- 
нал, соответствующий первому фактическому параметру. В регистровых 
операндах команд счета используется подстановка символа фактического 
параметра, что обозначено операцией конкатенации (вертикальная черта). 
Во втором операнде команды сравнения в результате подстановки долж- 
но быть записано имя ячейки буфера. Перед подстановкой приходится 
выполнять арифметическую операцию вычитания. Необходимость вы- 
числения выражения до подстановки обозначена угловыми скобками. Все 
метки в операции подсчета рангов локальные. При равенстве сигналов 
выполняется 2 команды. Если первый сигнал меньше второго, то выпол- 
няется 4 команды. Если первый сигнал больше второго, то выполняется 
6 команд. 

Запишем часть программы, осуществляющую подсчет рангов. За 
счет применения сложной текстовой подстановки исходный текст для 
подсчета рангов получился компактным и легко читаемым: 

МОУ А, #0 
МОУ ВЗ, А 


МОУ В4, А 

МОУ 85, А 

МОУ Вб, А 

МОУ В7, А ;узапись нулей в счетчики ранга 
МОУ А, х ;для проверки входного сигнала 
ВАМК 3,4 
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` 
Я м“ 


` 


ВАМК 3,5 
ВАМК 3,6 
ВАМК 3,7 
МОУ А, БаЕО ; для проверки 0-ой ячейки буфера 
ВАМК 4,5 
ВАМК 4,6 
ВАМК 4,7 
МОУ А, БиЕТ ;для проверки 1-ой ячейки буфера 
5 
6 
А 


‚ БаЕЗ ;для проверки 2-ой ячейки буфера 


Но главное достоинство использования сложной текстовой подстановки зак- 

лючается в том, что вся формальная работа по записи меток и операндов 

осуществляется ассемблером. Транслятор преобразует приведенные 20 строк 

исходного текста в 100 и переведет их в 100 машинных команд с 30 метками. 
Теперь по содержимому регистров нужно определить, в какой ячейке 

находится медиана. Если бы все сигналы были разные, то все ранги также 

были бы разными. Поэтому медиану можно было бы найти по регистру 

с нулевым содержимым. В случае совпадения значений сигналов поиск 

медианы несколько усложняется. Рассмотрим все варианты распределения 

рангов, расположенных по старшинству: 

0, 0,0, 0, 0 значения всех сигналов совпадают 

+1,+1,+1,+1,-4 

+2,+2,+2,-3,-3 

+2,+2,+2,-2,-4 

+3,+3,-2,-2,-2 

+3,+3,-1,-1,-4 

+3,+3, 0,-3,-3 

+3,+3, 0,-2,-4 

+4,-1,-1,-1,-1 

+4, 0, 0, 0,-4 

+4,+1,+1,-3,-3 

+4,+1,+1,-2,-4 

+4,+2,-2,-2,-2 

+4,+2,-1,-1,-4 

+4,+2, 0,-3,-3 

+4,+2, 0,-2,-4 значения всех сигналов различны 

Анализ всех 16 вариантов показывает, что ранг с модулем не более 1 

всегда соответствует медиане. Если минимальный модуль ранга равен 2, 

то медиане соответствует ранг с таким знаком, какой имеется еще у двух 

таких же значений ранга. Ранги с модулями 3 и 4 никогда не соответст- 

вуют медиане. 
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Для определения номера регистра, удовлетворяющего заданным 
требованиям, используется сложная текстовая подстановка с одним 
формальным параметром. Если в результате проверки удалось вычислить 
номер регистра, соответствующего медиане, то управление передается на 
нелокальную метку в ту часть программы, которая должна записать 
медиану в ячейку у: 

МОМ: —.МАСВО п 
|) во, #|п 
МОУ А, В п 


92 1 ап 
МВ А.7, р15# 
СРЁЬ А 
З9МР св1# 
р15#: ОЕС А 
сЬ1#: 92 1 ага 
РЕС А 


м2 пхЕ# 
МОУ А, В п 


УВ А.7, си2# 
ТМС 81 

СОМЕ 81, #3, пхЕЁ# 
ЗЧМР 1 ам 


59МР пхЕ# 
св2#: 1ТМС 2 
СОМЕ 82, #3, пхЕЁ 
5У9МР Там 
пхЕ#: 
. ЕМОМ 


Сначала на случай обнаружения подходящего ранга в регистр В0 зано- 
сится номер проверяемого регистра. Затем содержимое проверяемого 
регистра пересылается в накопитель. В случае нулевого ранга управление 
передается на загрузку медианы. В противном случае вычисляется модуль 
ранга, уменьшенный на единицу. Если модуль ранга равен 1, то управление 
передается на загрузку медианы. Если он больше 2, то управление пере- 
дается на последнюю метку подстановки. Для рангов +2 и-2 в регистрах 
В! и Е2 подсчитывается количество соответствующих им сигналов. Если 
содержимое счетчика оказалось равным 3, управление передается на 
загрузку медианы. Время выполнения подстановки зависит от содержи- 
мого проверяемых регистров. При нулевом ранге выполняется 3 команды, 
а при рангах +1 и -1 — би7 команд соответственно. При рангах +3 и+4 
выполняется 8 команд, а при рангах -3 и —-4 выполняется 9 команд. При 
модуле ранга, равном 2, выполняется 14 команд. 
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Определившись с подстановкой для поиска медианы, можно написать 
завершающую часть программы фильтрации: | 


МОУ В1, #0 ;для подсчета количества рангов +2 
МОУ К2, #0 : ;для подсчета количества рангов -2 
МОМ 3 

МОМ 4 

МОМ 5 

МОМ 6 

МОУ во, #7 ; проверка рангов завершена 


Длительность поиска медианы существенно зависит от расположения 
выборок в массиве. В наилучшем случае, когда нулевой ранг содержится 
в первом проверяемом регистре, поиск займет 3 команды. Если нулевой 
ранг содержится в последнем проверяемом регистре, то для поиска 
медианы придется затратить свыше 40 команд. Наиболее длительным 
оказывается поиск медианы при трех совпавших сигналах, когда модуль 
ранга равен 2. Обратите внимание на то, как по номеру регистра вычисля- 
ется адрес передачи управления на команду записи медианы в ячейку у. 


1ап: МОУ А, КО ;уномер регистра 
МОУ В, #5 ;удлина блока загрузки медианы 
мо АВ ;для вычисления адреса перехода 
5ОВВ А, #15 : смещение относительно адреса 19у 


МОУ ОРТ, #1ау 
УМР @А+ОРТЕ 
1ау: моУу у, х 


$9МР ах 
МОУ у, БаЕО 
З4МР 1ах 
МОУ у, БЕТ 
59МР зах 
МОУ у, БЕЗ 
З9МР 1ах 


МОУ у, БЕЗ 


В завершение программы производится запись входного сигнала в буфер: 
1ах: тс РЬБаЕ 

АМТ, рЬцЕ, #036 

МОУ А, РЕ 

АРО А, #54ЕО 

МОУ во, А 

МОУ ево, х ; запись входного сигнала в буфер 


Вариант с вычислением рангов имеет явные преимущества перед вариан- 
том с сортировкой в том случае, если значения сигнала представлены 
в двухбайтовом формате. Увеличение формата удваивает количество 
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команд, используемых для пересылки сигналов. Подсчет рангов услож- 
няется совсем немного, а блок поиска медианы можно использовать без 
изменений. 

Приведенными примерами не исчерпываются варианты программи- 
рования медианного фильтра. Можно запоминать ранги сигналов, чтобы 
уменышить количество операций сравнения за счет их коррекции при 
замене старого сигнала на новый. Можно сохранять массив сигналов 
в отсортированном виде для упрощения поиска медианы. Но в этом 
случае необходимо хранить и сортировать одновременно с сигналами их 
атрибуты, указывающие на время их хранения в осотзстствующих массивах. 
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Глава 7 


Программирование 
взаимодействия с внешними 
устройствами 


7.1. Общие вопросы взаимодействия 


При программировании алгоритмов решения вычислительных задач 
необходимо учитывать следующие ресурсы микроконтроллера: систему 
команд, форматы данных, допустимый расход объемов ОЗУ и ПЗУ. 
Задача программирования взаимодействия с внешними устройствами 
требует учета ряда дополнительных ограничений. Часто самым сущест- 
венным ограничением является время решения задачи управления изде- 
лием и/или время реакции на внешние сигналы. Для взаимодействия 
микроконтроллера с внешними устройствами нужно обеспечить выпол- 
нение некоторых наборов требований, которые в вычислительной техни- 
ке называются интерфейсами. Часть этих требований относится к конст- 
рукторской и схемотехнической стороне разработки изделия. Предметом 
данной главы является обеспечение той части требований, которые 
относятся к программированию. 

Задачей программиста является обеспечение логической части ин- 
терфейса, заключающейся в выдаче и/или приеме некоторых последова- 
тельностей двоичных кодов в определенном масштабе времени и в зави- 
симости от выполнения тех или иных условий. Двоичные коды могут 
передаваться параллельно (разные биты по разным проводам) или после- 
довательно (все биты по одному проводу). Последовательная передача 
может начинаться с младших или со старших битов кода. Для экономии 
времени может осуществляться дуплексная связь, обеспечивающая 


одновременную передачу и прием по разным линиям связи. Обмен кодами 
предусматривает не только прием и передачу сигналов, но и отношения 
подчинения между устройствами. Одно из устройств должно быть веду- 
щим, а другое — ведомым. Для обеспечения достоверности программа 
должна обеспечивать проверку принимаемых сигналов на соответствие 
контрольным кодам и выдачу контрольных кодов для проверки переда- 
ваемых сигналов в месте приема. В случае обнаружения сбоев при приеме 
программа должна запрашивать повторную выдачу информации, а при 
передаче повторять выдачу информации по запросу. Для уменьшения 
количества линий связи может ‘использоваться мультиплексирование, 
обеспечивающее обмен с несколькими устройствами по одним и тем же 
линиям связи. В этом случае сеанс связи со стороны ведущего устройства 
должен начинаться с выдачи идентификационного кода ведомого устрой- 
ства. В ответ на этот код соответствующее ведомое устройство должно 
выдать ведущему устройству сигнал готовности к сеансу. Приведенный 
(далеко не полный) перечень возможных требований к логической части 
интерфейса показывает, что программисту есть над чем поработать. 
Существуют стандартные способы обмена сигналами, описания которых 
называются протоколами, но мы не будем рассматривать ни эти протоко- 
лы, ни их программирование. 

Для микроконтроллеров семейства 18051 разработано множество 
разнообразных наборов микросхем (ср $е), обеспечивающих различные 
прикладные задачи. Можно самостоятельно разрабатывать программы для 
взаимодействия микроконтроллера с этими микросхемами. Но в отличие 
от программирования чисто вычислительных задач в данном случае 
требуются дополнительные знания о логике работы этих устройств. Если 
есть возможность, то лучше использовать отработанные программы для 
взаимодействия микроконтроллеров с микросхемами, которые можно 
назвать драйверами в соответствии с применяемой для компьютеров 
терминологией. В связи с многочисленностью типов микросхем и разно- 
образием их применений рассмотрение вопроса программирования 
драйверов заслуживает отдельной книги. По этой причине в настоящей 
главе затронуты только наиболее существенные направления работы, 
которую должен проделать программист, чтобы обеспечить взаимодействие 
микроконтроллера с остальными частями изделия и с оператором. Приве- 
денные примеры практически не касаются подробностей аппаратной 
реализации внешних устройств. Здесь мы остановимся только на програм- 
мировании простейших задач ввода/вывода без использования дополни- 
тельных микросхем. 
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В первую очередь необходимо разобраться, каким образом организовать 
работу программы в реальном масштабе времени. Для этого программа 
должна обеспечить определенную цикличность выполнения всех задач во 
времени и оперативность реакции на внешние сигналы. Выполнение 
каждой из команд микроконтроллером занимает интервал времени, 
кратный периоду колебаний в задающем генераторе. Поэтому можно 
рассчитать длительности работы различных блоков программы. Теорети- 
чески возможно обеспечить синхронизацию работы программы посредст- 
вом учета затрат времени на выполнение команд с последующим выпол- 
нением некоторого количества пустых команд, но © практических 
примерах такого рода слышать не приходилось. Для реакции на внешние 
сигналы можно запрограммировать периодическую проверку его наличия 
на соответствующем входе микроконтроллера. Но слишком большая 
частота опроса входа ухудшает производительность программы, а при 
малой частоте опроса время реакции на внешний сигнал будет большим. 
Для синхронизации работы программ и обработки внешних запросов 
в вычислительной технике используются прерывания @теггирй, которые 
позволяют обеспечить быструю реакцию на события без снижения произ- 
водительности программы. 


7.2. Порядок выполнения прерываний 
в микроконтроллерах 
семейства 18051. 


Механизм прерываний разработан для общения вычислительных 
устройств с внешним миром. Прерыванием называется выполнение 
определенных команд не в порядке выполнения программы, а по некото- 
рому событию, называемому запросом на прерывание. Обработка запроса 
на прерывание откладывается до завершения текущей команды преры- 
ваемой программы. Затем производится проверка возможности выполне- 
ния прерывания. Если данный вид прерывания разрешен, то проверяется 
приоритет запроса на прерывание. Если запрос пришел во время обработ- 
ки прерывания с более высоким приоритетом, то его исполнение откла- 
дывается (но не отменяется). Управление приоритетами прерываний и 
разрешением прерываний производится программно. Команды прерыва- 
ния не входят в набор команд микроконтроллера, используемых про- 
граммистом. Логически они являются аналогами команды дальнего 
перехода к подпрограмме и передают управление на определенный адрес, 
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заданный архитектурой микроконтроллера. Выполнение запроса на 
прерывание начинается с запоминания в стеке адреса той команды, 
выполнение которой откладывается для обработки прерывания. Затем 
управление передается по адресу, соответствующему виду прерывания. 
В эту ячейку программист должен записать первую команду программы 
обработки прерывания. Использование прерываний позволяет отделить 
программирование задач синхронизации и обработки запросов от про- 
граммирования вычислительных задач. 

Микроконтроллеры семейства 18051 работают не менее чем с 5 видами 
прерываний. Два вида прерывания производятся по внешним сигналам 
(МТО, УТ), два — по переполнению счетчиков (Т/СО, Т/С1) и один — 
по завершению приема или передачи байта через последовательный порт. 
Старшие модели микроконтроллеров имеют больше видов прерываний. 
Каждому из дополнительных видов прерываний отводится свой началь- 
ный адрес в ПЗУ, называемый по аналогии с компьютерами вектором 
прерывания. 

Далее будут рассмотрены только примеры обработки прерывания 
для синхронизации работы программы при помощи внешнего сигнала 
и при помощи счетчиков микроконтроллера. Но ради полноты изложения 
приведем фиксированные адреса ПЗУ, по которым должны располагаться 
первые команды блоков программы с определенным функциональным 
назначением: 


00003 ; первая команда выполняемая после включения 


0003ь ; первая команда обработки прерывания по ТМТО 
ооовь ;: первая команда обработки прерывания по Т/С0 
00133 ;: первая команда обработки прерывания по 1№1 
001вь ; первая команда обработки прерывания по Т/С1 
00235 ; первая команда обработки прерывания по посл. порту 


Отведенное на эти команды адресное пространство (3 байт для инициали- 
зации и по 8 байт для обработки прерываний) как правило используется 
только для записи команд передачи управления, потому что оно слишком 
мало для размещения соответствующих блоков программы. Программа 
обработки прерывания должна заканчиваться командой возврата из 
прерывания. По этой команде осуществляется возврат к исполнению 
прерванной программы. 

Разрешение на обработку прерываний осуществляется установкой 
в единицу соответствующих битов регистра разрешения прерывания 1Е 
{ПиегтирЕ ЕпаЫе): 
ТЕ.7 = ЕА (ЕпаЛе А11) все прерывания 
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ТЕ.4 = Е$ (ЕрпаЪ1е 5ег1а1) прерывание по последователь- 
ному каналу 


ТЕ.З = ЕТ1 (ЕпаЪ1е Т1мег 1) прерывание но таймеру 1 
ТЕ.2 = ЕХ1 (Епаф1е еХеегпа1 1) прерывание по внешнему входу 1 
ТЕ.1 = ЕТО (ЕпаЪ1е Тлимег 0) прерывание по таймеру 0 


ТЕ.О = ЕХО (ЕпаБ1е еХеехпа1 0) прерывание по внешнему входу 0 


Запись нуля в старший бит этого регистра запрещает обработку всех 
прерываний, а единица в этом бите разрешает только проверку разрешений 
в остальных битах регистра. При прочих равных условиях приоритет 
имеют прерывания с меньшим номером бита. В случае необходимости 
можно разделить приоритеты всех сигналов прерывания на две группы 
при помощи записи единиц и нулей в соответствующие биты регистра 
приоритетов прерывания [Р (ПиеггирЕ Рногиу): 


ТР.4 = РЗ (Рхлог1бу $ег1а1) приоритет последовательно- 
го канала 

ТР.З = РТ1 (Ргфок1еу Тутег 1) приоритет таймера 1 

ТР.2 = РХ1 (Рх1ог1еу еХхеегпа1 1) приоритет внешнего входа 1 

ТР.1 = РТО (Рглог1еу Ташег 0) приоритет таймера 0 


ТР.О = РХО (Рхзог1Еу еХбегпа1 0) приоритет внешнего входа 0 


Группа с единицами в битах приоритета проверяется в первую очередь, 
а группа с нулями проверяется во вторую, причем внутри группы пред- 
почтение отдается прерыванию с меньшим номером бита. В старших 
моделях для управления разрешениями прерываний и их приоритетом 
используются биты в тех же или в дополнительных регистрах. 


7.3. Синхронизация работы программы 
внешним или внутренним 
сигналом 


Все ранее рассмотренные примеры программ относятся к решению 
частных задач обработки информации. Микроконтроллеру приходится 
выполнять множество программ, решающих частные задачи. Поскольку 
одновременное выполнение программ невозможно, необходимо обеспе- 
чить некоторую последовательность решения задач посредством объеди- 
нения программ в одну общую программу. При объединении программ, 
решающих частные задачи, в общую программу необходимо синхронизи- 
ровать их работу., Для этого нужно разработать синхронизирующую 
программу, которая должна обеспечить определенные последовательность 
и периодичность выполнения программ, решающих частные задачи, 
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в зависимости от их функционального назначения программ и информа- 
ционных связей между ними. По аналогии с непрерывным и ждущим 
режимами развертки осциллоскопа существует два вида синхронизации. 
В первом случае необходимо повторять решение частной задачи с опре- 
деленным периодом, который задает масштаб времени для соответст- 
вующего процесса управления. Во втором случае частная задача должна 
решаться однократно для каждого из внешних запросов, инициирующих 
ее выполнение. Программирование задач управления реальными объек- 
тами интереснее и труднее программирования чисто вычислительных 
задач. Тем, кто привык к программированию чисто вычислительных 
задач, нужно освоить разработку синхронизирующих программ. 

Большинство задач, выполняемых программой управления изделием, 
должно решаться в рамках строгих ограничений по времени, но решение 
некоторых задач можно откладывать, отдавая приоритет решению сроч- 
ных задач. Назовем те задачи, решение которых можно откладывать, 
фоновыми. Синхронизирующая программа как бы “нарезает” отрезки 
времени и предоставляет их программам, решающим срочные задачи. 
После решения срочной задачи сумма оставшихся частей каждого из этих 
отрезков времени предоставляется программам, решающим фоновые 
задачи. При использовании более чем одного вида прерывания управле- 
ние разрешениями прерываний и назначениями приоритетов усложняется 
в связи с возможностью конфликтов и необходимостью обслуживания 
очередей прерываний. Общего рецепта для обслуживания прерываний не 
существует. Однако навык занимать места в нескольких очередях одно- 
временно позволяет российским программистам решать такие задачи не 
только по закону, но и по справедливости. 

Для простоты изложения рассмотрим далее программирование обра- 
ботки прерываний только с точки зрения обеспечения заданного масштаба 
времени. Период цикла прерываний определяется наивысшей из частот 
необходимых для обмена с другим устройством или с управляемым 
изделием. С целью упрощения синхронизирующей программы все периоды 
для других обменов с ведомыми устройствами следует делать кратными 
периоду цикла прерываний, хотя это и необязательно. Для распределения 
ресурсов по времени решения задач нужно составить временную диа- 
грамму синхронизации для цикла с наиболее низкой частотой. Отдельные 
части этого цикла, распределяемые между частными задачами, можно 
назвать фазами. 

При разработке синхронизирующей программы нужно составить 
расписание очередности решения срочных задач с распределением их по 
фазам работы этой программы. Затем нужно оценить, в какой фазе работы 
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получаются наибольшие затраты времени решения задач. При этом 
следует учитывать ситуации, когда запросы от других устройств (как 
ведущих, так и ведомых) могут прийти в одном и том же цикле прерывания. 
Если время решения превышает длительность фазы, то нужно попытаться 
перераспределить решение задач между фазами с целью устранения 
перегрузки. Если это не удается, то нужно разработать программы решения 
задач с большим быстродействием или использовать более быстродейст- 
вующий процессор. 

Примем за начало периода работы программы выполнение первой 
команды обработки запроса на прерывание. Каждый период используется 
‚для выполнения срочных задач, а на фоновые задачи отводится время от 
завершения срочных задач до начала следующего периода. Таким образом 
срочные задачи должны выполняться как обработка периодических 
запросов на прерывание. Фоновые задачи обычно выполняются по запросам 
от оператора, которые можно считать случайными. Поэтому требования к 
времени их выполнения менее строгие. Необходимо обеспечить завершение 
фоновой задачи до появления следующего запроса. В противном случае 
необходимо создавать очередь обслуживания запросов, что еще более 
усложнит синхронизирующую программу. 

Программу синхронизации нельзя рассматривать в отрыве от про- 
граммы инициализации, которая должна быть выполнена при включении 
изделия. Программа инициализации записывает исходную информацию 
в функциональные регистры процессора и в рабочие ячейки ОЗУ, задает 
режимы работы внешних устройств, а также (в случае необходимости) 
читает информацию из энергонезависимого ЗУ. Только после этого 
можно перейти к выполнению программы синхронизации, обеспечиваю- 
щей распределение времени между срочными и фоновыми задачами. Как 
правильно разместить блок обработки периодических прерываний, вклю- 
чающий в себя программы выполнения срочных задач, и программы 
обработки фоновых задач? Блок обработки периодических прерываний 
должен в первую очередь обеспечить своевременное прерывание для 
следующего цикла. После этого необходимо выполнить срочные задачи 
очередного цикла, по завершении которых нужно вернуться к решению 
фоновых задач. Поскольку и фоновая, и инициализирующая части 
программы выполняются не в состоянии периодического прерывания, 
после инициализации управление должно быть передано фоновой части 
программы. Приведем пример размещения перечисленных блоков прог- 
раммы в случае использования внешнего сигнала синхронизации. 

Синхронизация прерыванием от внешнего сигнала может осуществ- 
ляться посредством подключения к входу ПУТО импульсного сигнала 
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нужной частоты с двумя уровнями, соответствующими логическим 0 и | 
сигналов микроконтроллера. В простейшем случае он может быть сфор- 
мирован из напряжения сети (частота 50 Гц) или от двухполупериодного 
выпрямителя до фильтрации напряжения (100 Гц). Такие частоты преры- 
ваний приемлемы для многих применений микроконтроллеров, хотя из-за 
помех в сети длительность интервала между прерываниями нестабильна. 
Если тактовая частота микроконтроллера задана кварцем на 12 МГц, то 
в первом случае за один цикл синхронизации с длительностью 20 мс 
может быть выполнено 20000 коротких команд, а во втором за один цикл 
с длительностью 10 мс — 10000. Для запроса прерывания по переходу 
входного сигнала из 1 в 0 необходимо записать единицу в бит ТСОМ.О. 
Блоки программы могут быть расположены следующим образом: 


.СОРЕ 
.ОВС о0з ;адрес первой выполняемой команды 
МР рае ; переход на блок инициализации 
„ОВС озь ; адрес команды для прерывания по ТМТО 
МР па1п ; переход на основную часть программы 
.ОКС зов ; адрес блока инициализации 
101: ; начало блока инициализации 
;узапись кодов в порты микроконтроллера у 
;установка режимов работы внешних устройств 
;запись кодов в функциональные регистры 
; чтение исходных данных из энергонезависимого ЗУ 
;запись начальных значений в рабочие ячейки 
ЗЕТВ ТСОМ. 0 ;установка режима прерываний по ТМТО 
МОУ ТЕ, #018 ; разрешение прерываний по ТМТО 
;уконец блока инициализации 
Ьска: ;уначало фоновой части программы 
; выполнение фоновых задач 
$ОМР Ъска ;убесконечный цикл 
па1п: ;уначало основной части программы 
СЬВ ЕА ;запрет прерываний 
; сохранение данных фоновой задачи 
; выполнение срочных задач 
;восстановление данных фоновой задачи 
ЗЕТВ ЕА ;разрешение прерываний 
ВЕТТ ; возврат к фоновой части программы 


При синхронизации прерыванием от внешнего сигнала подготовка к 
следующему циклу не нужна. Обратите внимание, что в самом начале 
программы обработки прерываний необходимо сохранить содержимое 
всех тех функциональных регистров, которые используются и основной, 
и фоновой частями программы. Перед выходом из основной программы 
нужно восстановить содержимое этих регистров. 
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Более широкие возможности для управления длительностью цикла 
прерываний предоставляют внутренние таймеры-счетчики микрокон- 
троллера. Рассмотрим синхронизацию при помощи таймера-счетчика 
с номером 0. В этом случае в блоках инициализации и подготовки к 
следующему прерыванию необходимо записывать в таймер определенные 
коды. Для определенности зададимся тактовой частотой микроконтрол- 
лера 12 МГк и частотой прерывания 100 Гц. В отличие от предыдущего 
примера при инициализации в регистр разрешения прерываний и в регистр 
управления режимами записываются другие коды; кроме того, необходимо 
инициализировать регистр управления счетчиками. Буква Х в занисывае- 
мом в этот регистр коде обозначает, что старшая шестнадцатеричная 
цифра должна быть выбрана в соответствии с необходимым режимом 
работы счетчика 1. В этом примере коды для записи в счетчик выбраны 
таким образом, чтобы первое прерывание после инициализации произошло 
через 256 мкс после завершения инициализации, а период прерываний 
составил 10 мс: 


- СОРЕ 
.ОВС о0в ;адрес первой выполняемой команды 
ОМР Тиле ;упереход на блок инициализации 
.ОВС овВь ;адрес команды для прерывания по ТО 
СЬВ БА ;узапрет всех прерываний 
МР па1п ; переход на основную часть программы 
.ОВС зов ; адрес блока инициализации 

101: ;начало блока инициализации 


;узапись кодов в порты микроконтроллера 
;установка режимов работы внешних устройств 

;: запись кодов в функциональные регистры 

;учтение исходных данных из энергонезависимого ЗУ 
;узапись начальных значений в рабочие ячейки 


МОУ ТМОр, #Х9Б ;увключение счетчика 0 в режиме таймера 
МОУ ТНО, #ЕЕБ ;узапись кодов начальной задержки 
МОУ тьо, #008 ;ув счетчик 
МОУ ТЕ, #826 ;разрешение прерываний по входу ТО 
ЗЕТВ тво ;запуск счетчика Т0 
уконец блока инициализации 
Ьска: начало фоновой части программы 
; выполнение фоновых задач 
$9МР Ъска ;бесконечный цикл 
па1п: ;уначало блока прерывания 
СЬВ ЕА ;: запрет прерываний 
МОУ тнНо, #095 ;уст. байт доп. кода периода цикла 
МОУ ТЬО, #056 ;умл. байт доп. кода периода цикла 


; сохранение данных фоновой задачи 
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;выполнение срочных задач 
; восстановление данных фоновой задачи 
ЗЕТВ ЕА ; разрешение прерываний 
ВЕТТ ; возврат к фоновой части программы 


Остановимся подробнее на вычислении кода, заносимого в счетчик 
для подготовки следующего прерывания. В данном примере на вход 
счетчика подаются импульсы с частотой 1 МГц, а запрос на прерывание 
выдается в тот момент, когда его содержимое изменяется с ЕЕЕЕРЬ на 
00008. Но если вы прибавите к коду 09051 код 27108 (10000 десятичное), 
то получите 10015Ъ, а не 100006. Но это не ошибка, потому что к моменту 
записи в счетчик младшего байта кода на вход счетчика уже поступил 21 
импульс. Расчет по времени выполнения команд программы дает только 
12 мкс, но еще 9 мкс тратится на переход от момента запроса прерывания 
к обработке прерывания. Обратите внимание еще на две особенности. 
Во-первых, на время обновления содержимого счетчика прерывания 
запрещаются. Во-вторых, сначала обновляется содержимое старшего 
байта. Если изменить порядок загрузки кода, то в некоторых случаях 
период цикла может быть отработан неправильно. Во избежание такой 
ошибки некоторые программисты останавливают счет на время загрузки 
счетчика. При правильной последовательности загрузки остановка счетчика 
не нужна. 

В приведенных шаблонах вместо строки, относящейся к выполнению 
срочных задач, нужно разместить блоки счета номера цикла с распреде- 
лением команд вызова различных задач в зависимости от периода и фазы 
их выполнения. Обычно диапазон периодов вызова задач различного 
назначения простирается от десятков миллисекунд до минут. В связи 
с разнообразием решаемых задач и большим количеством вариантов 
применяемых на практике способов передачи управления программам, 
решающим частные задачи, автору не удалось подобрать ни одного 
короткого и выразительного примера. В принципе существует возмож- 
ность построения программы-диспетчера для распределения времени 
между задачами. Но универсальная программа потребляет больше ресурсов, 
поэтому приходится всякий раз разрабатывать синхронизирующую 
программу заново. 

Счетчики микроконтроллера могут использоваться не только для 
синхронизации. Зачастую они могут использоваться для ввода и вывода 
информации, что позволяет исключить соответственно аналогово- 
цифровые и цифро-аналоговые преобразователи. Перейдем к рассмотрению 
этих примеров. 
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7.4. Программирование приема 
информации от датчиков 


Счетчик микроконтроллера позволяет осуществить ввод информации 
в случае ее представления частотой импульсов. Простейшим примером 
является измерение угловой скорости ротора электродвигателя при 
помощи обтюратора, прерывающего световой поток в оптронной паре. 
Пусть светодиод оптронной пары включен, и накопление импульсов 
осуществляется в течение 0,1 с, а обтюратор содержит 24 щели. Тогда 
угловой скорости 1000 об/мин соответствует частота импульсов 400 Гц. 
Из-за отсутствия синхронизации и из-за погрешностей изготовления 
обтюратора в разных циклах счета при этой скорости может накопиться 
от 39 до 41 импульсов. Абсолютная погрешность единичного измерения, 
обусловленная квантованием входного сигнала, в этом случае не 
превышает 25 об/мин, что вполне допустимо для многих приложений. 
Для уменьшения этой погрешности можно увеличить время накопления, 
но тогда увеличивается погрешность измерения, обусловленная измене- 
ниями угловой скорости ротора (например, угловым ускорением). Если 
угловая скорость ротора не превышает 10000 об/мин, то в микроконтрол- 
лере она представляется числом ве более 400. В этом случае для ее хра- 
нения нужно отвести два байта. Пусть измеренное значение скорости 
надо записать в ячейки огп?] (младший байт) и отв (старший байт). 

При инициализации счетчика в старшую половину байта регистра 
управления режимами нужно записать ОБ. Если частота прерывания 
равна 100 Гц, то ввод угловой скорости должен осуществляться на каж- 
дом десятом цикле. Измерение угловой скорости относится к срочным 
задачам, поэтому приведенный ниже пример должен располагаться 
в основной части программы: 


БЕС еп ; счетчик для перехода от 100 Гц к 10 Гц 

МОУ А, Ееп ; для проверки содержимого счетчика 

м2 помез5 ;переход в 9 циклах из 10 

СЬВ ТЕ1 ;остановка счетчика 1 

МОУ опа1, ТЬТ ;учтение мл. байта скорости 

МОУ омар, ТН1 учтение ст. байта скорости 

МОУ ть, #0 очистка мл. байта счетчика 

МОУ тн1, #0 ;очистка ст. байта счетчика 

ЗЕТВ ТВТ ;запуск счетчика 1 

МОУ Ееп, #10 ;: запись 10 для следующего измерения 
‘рошез: МОР ;удля записи метки 
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К приведенному примеру следует сделать следующие разъяснения. 
Команды, относящиеся к переходу от 100 Гц к 10 Гц следует использо- 
вать для обслуживания всех блоков, которые должны работать с частотой 
10 Гц. В случае необходимости оптимизации программы по времени 
работы нужно выполнять различные блоки при разных значениях пере- 
менной (еп, передавая им управление по сравнению накопителя с соот- 
ветствующими константами. Команды остановки и запуска счетчика | 
в данной программе нужны потому, что из-за задержки между моментами 
чтения содержимого младшего и старшего байтов счетчика может поя- 
виться ошибка. 

Впрочем исключение ошибки считывания содержимого счетчика при 
помощи его остановки может привести к погрешности измерения за счет 
потери входных импульсов. Ниже приведен пример чтения обоих байтов 
счетчика без его остановки, что необходимо для повышения точности 
измерений (в особенности при использовании накапливающего фильтра). 
Для разрешения неопределенности результатов чтения старший байт 
читается дважды. Между двумя чтениями содержимого старшего байта 
счетчика производится чтение младшего байта. Интервал между этими 
событиями при заданной тактовой частоте составляет всего 2 мкс, тем не 
менее существует вероятность несовпадения значений при первом и 
втором чтении старшего байта счетчика. Она тем больше, чем выше 
измеряемая частота. При несовпадении необходимо определить, какое из 
двух значений старшего байта соответствует прочитанному значению 
младшего байта. Изменение значения старшего байта возможно только в 
результате переноса из младшего. Следовательно, если при несовпадении 
старших байтов старший бит младшего байта равен 1, то нужно использо- 
вать результат первого чтения, а в случае 0 нужно использовать результат 
второго чтения. 


МОУ А, ТН1 ;1-ое чтение ст. байта счетчика 
МОУ В2, т р учтение мл. байта счетчика 
МОУ В3, ТН1 ;2-ое чтение ст. байта счетчика 
ХВЬ А, ВЗ ; проверка двух значений на совпадение 
92 Е1ок упереход по совпадению значений 
МОУ А, В2 
МВ А.7, Е1оК ;улереход по переполнению мл. байта 
ЕС В3 ;уменьшение ст. байта 

ЕЛТОК: СЬВ С : 
МОУ А, 82 ; новое значение мл. байта счетчика 
50ВВ А; Е1о1а ; вычитание старого значения мл. байта 
МОУ Е1о1а, в2 ;узапоминание мл. байта счетчика 
МОУ ота1, А ;мл. байт измерения 
МОУ А, ВЗ ;новое значение ст. байта счетчика 


160 


5ОВВ А, ЕРо1а ‚вычитание старого значения ст. байта 
МОУ Еро1а, в3 ;узапоминание ст. байта счетчика 
МОУ опа?, А ;ст. байт измерения 


После получения корректного значения содержимого счетчика измерение 
получается, как разность нового и старого значений, а новое значение 
запоминается для следующего цикла. Отметим, что вычитание дает 
правильный результат даже в случае однократного переполнения 16 
разрядов счетчика между двумя обращениями к приведенной программе. 

Кстати, стоит обратить внимание на то, что значение масштаба для 
представления измеренной скорости продиктовано характеристиками 
аппаратуры (обтюратор) и длительностью интервала накопления. Если 
нужно выводить измеренную скорость в об/мин на цифровую индикацию, 
то возможны два подхода. При первом подходе можно умножить изме- 
ренное значение на 25. Но в этом случае усложняется перевод двоичного 
кода в десятичный, да и две последние цифры будут недостоверными. 
При втором подходе можно разделить измеренное значение на 4 посред- 
ством двух сдвигов вправо. В этом случае перевод двоичного кода в 
десятичный получается одной операцией деления, а в младших разрядах 
скорости можно вывести на индикацию нули. 


7.5. Программирование выдачи команд 
на исполнительные устройства 


Программирование выдачи команд на исполнительные устройства 
дискретного действия типа реле или ключей не представляет проблемы. 
Для работы с исполнительными устройствами аналогового типа прихо- 
дится использовать преобразователи цифра-аналог, но иногда можно 
обойтись и без них. Приведем пример использования счетчика 1 для 
управления приводом постоянного тока посредством  широтно- 
импульсной модуляции (ШИМ). В этом случае при инициализации 
в старшую половину байта регистра управления режимами нужно запи- 
сать УВ. Пусть частота циклов синхронизации как и в предыдущих при- 
мерах равна 100 Гц, а импульсы ШИМ должны выдаваться на выход РЗ.1. 
Начнем с программирования обработки запроса на прерывание. После 
отработки заданной длительности импульса нужно очистить заданный 
бит выходного порта и бит разрешения прерываний по счетчику 1. 


. ОВС 1вь ; адрес для прерывания по счетчику 1 
СЪВ РЗ.1 ;увыключение импульса ШИМ 

СВ ЕТ узапрет прерывания по счетчику 1 

ВЕТТ ; выход из программы обработки прерывания 
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Как видите, программа обработки запроса на прерывание достаточно 
компактна, чтобы поместиться в пределах 8 байт. С момента выдачи 
запроса на прерывание до выключения импульса пройдет 12 мкс. Следо- 
вательно, программа не может выдать импульс с длительностью, меньшей 
некоторого порогового значения. 

Теперь перейдем к программе включения импульса ШИМ. Предпо- 
ложим, что длительность импульса записана в ячейках ран (старший 
байт) и ра! (младший байт). Ограничим длительность импульсов значе- 
ниями от 13 мкс до 9996 мкс. Минимальное значение обусловлено за- 
держками при выполнении запроса на прерывание, а максимальное — 
запретом на постоянное включение питания. Сначала проверим заданную 
длительность импульса. При длительности меньше нижней границы не 
будем включать импульс, а при длительности больше верхней границы 
включим его на максимально допустимое время. 

СЬВ [© 

МОУ А, р@1 
ЗОВВ А, #13 
МОУ ВО, А 
МОУ А, рав 
ЗОВВ А, #0 


младший байт для отсчета задержки 


мч че чм 


МОУ В1, А ; старший байт для отсчета задержки 
9с гар ;упереход по слишком малой длительности 
5ОВВ А, #276 ; проверка на максимальную длительность 
9с пгар ;переход при отсутствии насыщения 
МОУ В0, #ЕЕЪ ;младший байт для максимальной задержки 
МОУ Е1, #26} ;старший байт для максимальной задержки 
рхар: МОУ 71, #0 ; для задержки переноса в старший байт 
ЗЕТВ ЕТ ;разрешение прерывания по счетчику 1 
СВ С 
МОУ А, #ЕСЬ ;младший байт максимального кода 
5оВВ А, ВО ; вычитание младшего байта длительности 
МОУ В, А ;младший байт кода длительности 
МОУ А, #ЕЕВ ;старший байт максимального кода 
5ОВВ А, В1 ; вычитание старшего байта длительности 
МОУ ТН1, А ;устарший байт кода длительности 
МОХ 71, В ;начало отсчета длительности импульса 
ЗЕТВ РЗ.1 ;включение импульса ШИМ 
2хар: МОР ;удля записи метки 


Задержка разрешения включения импульса относительно начала счета 
равна 3 мкс. Следовательно, максимальное значение кода, записываемого 
в счетчик 1, равно ЕЕЕСВ. При этом длительность импульса ШИМ соста- 
вит 13 мкс. 
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В некоторых из старших моделей микроконтроллеров семейства 
18951 предусмотрены специальные счетчики для выдачи управляющих 
сигналов с широтно-импульсной модуляцией. В этом случае достаточно 
записать в определенные функциональные регистры коды, задающие 
частоту и длительность импульсов, с учетом некоторых ограничений на 
значения этих кодов. 


7.6. Программирование ввода 
и вывода информации 
для пользователя 


В болышинстве изделий, управляемых микроконтроллерами, при 
обмене информацией с пользователем используются кнопки или клавиши 
для ввода и светодиодные индикаторы для вывода. В некоторых случаях 
для оповещения пользователя о каком-либо событии используется также 
звуковой сигнал. Включение или выключение звукового сигнализатора 
производится одной командой и посему программируется очень просто. 
Вывод более сложных звуковых сигналов (например, одноголосных 
мелодий) является любопытной, но не актуальной задачей и не рассмат- 
ривается в этой книге. Перейдем к более поучительному примеру про- 
граммирования ввода информации в микроконтроллер при помощи 
кнопок и вывода информации из микроконтроллера при помощи отдель- 
ных светодиодов и цифровых индикаторов на светодиодах. 

Рассмотрим устройство с 5 группами светодиодов для вывода- 
(4 цифровых индикатора и 5 отдельных светодиодов) и с 10 кнопками для 
ввода информации. Отведем по одному байту ОЗУ для каждого из кана- 
лов ввода и вывода информации: 


.ВЗЕСТ 
К1\0: .05 1 ; для ввода с кнопки 0 
К1\1; .0О$ 1 ;удля ввода с кнопки 1 
К1у2: .0$ 1 ;удля ввода с кнопки 2 
К1У3: .05 1 ;для ввода с кнопки 3 
К1\4: „05$ 1 ;для ввода с кнопки 4 
К1\у5: .0$ 1 ;удля ввода с кнопки 5 
К1уб: .05 1 ;удля ввода с кнопки 6 
К1\у7: .05 1 ;для ввода с кнопки 7 
К1\У8: „05 1 ;для ввода с кнопки 8 
К1у9: „5 1 ;для ввода с кнопки 9 
4190: .05 1 ;удля вывода на индикатор 0 
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1091: .05 


1 ;для вывода на индикатор 1 
3па2: „05 1 ;для вывода на индикатор 2 
1093: .05 1 ;для вывода на индикатор 3 
1194: .05 1 ;для вывода на индикатор 4 


Эти ячейки предназначены для связи программ ввода и вывода с програм- 
мами, решающими внутренние задачи. В принципе для ввода с кнопок 
можно было бы отвести по 1 бит памяти. Но в некоторых случаях бывает 
необходимо определить не только нажатое или отпущенное состояние 
кнопки, но и переход из одного состояния в другое. В этом случае для 
ввода с кнопок нужно отвести по 2 бит памяти. Если же в программе 
необходимо учитывать и длительность нажатого состояния, то приходится 
использовать еще по несколько битов на кнопку. Для вывода на цифро- 
вые индикаторы требуется по 1 байт памяти (7 бит на сегменты и 1 на 
десятичную точку). 

В приведенном примере для осуществления параллельного обмена 
потребовалось бы 43 вывода (10 на кнопки, 28 на 4 цифровых индикато- 
ра, каждый из которых содержит по 7 сегментов, и 5 на светодиоды). 
В микроконтроллере имеется только 4 порта по 8 разрядов, к тому же 
многие из них приходится использовать для других целей. Поэтому 
используется последовательно-параллельный режим ввода/вывода. Это 
означает поочередный опрос групп кнопок и зажигание индикаторов. 
Притом пользователю должно казаться, что опрос всех кнопок и вывод на 
все индикаторы происходят одновременно. Инерция зрительного воспри- 
ятия позволяет зажигать индикаторы поочередно. При выборе частоты 
сканирования нужно исходить из того, что каждый из индикаторов дол- 
жен включаться не менее 50 раз в секунду. Следовательно для обслужи- 
вания 5 индикаторов необходимо использовать прерывания с частотой 
250 Гц (период прерываний 4000 мкс). Минимальная длительность нажа- 
тия кнопки составляет около 0,1 с, поэтому частота опроса кнопок 50 Гц 
является достаточной. он 

Для прерывания с частотой 250 Гц в таймер-счетчик 0 нужно запи- 
сывать код Е075Н. Поочередное включение питания на 5 шин возможно 
посредством записи единиц в 5 различных битов порта, выбранного для 
этой цели. Но обычно это делается более экономным способом при 
помощи дешифратора. Дешифратор с 3 входами позволяет коммутиро- 
вать питание на 8 шинах, соответствующих кодам от 0 до 7, но мы будем 
использовать только коды от 0 до 4. Выберем для сканирования 3 млад- 
ших бита порта 2. Вывод кода для индикации будем осуществлять через 
порт 0 (8 бит). Каждую из этих же шин можно использовать для опроса 
пары кнопок, подключив одну группу кнопок с номерами от Одо 4кР?2.3, 
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а другую, с номерами от 5 до 9, к Р2.4. Таким образом для ввода и вывода 
информации, обеспечивающей общение с пользователем, занято только 
13 из 32 выводов параллельных портов. Поскольку программирование 
прерывания при помощи таймера-счетчика было рассмотрено ранее, 
перейдем к программированию синхронизации задач ввода и вывода 
с переключением шин сканирования индикаторов и кнопок. 

При сканировании будем осуществлять изменение адреса шины 
в нисходящем порядке (от 4 до 0). Поскольку запись числа 4 в ячейку 5сап 
производится с частотой 50 Гц, для получения частоты 10 Гц используется 
еще одна ячейка — зулс, содержимое которой изменяется от 5 до 1. 


:========следующие 3 команды выполняются с частотой 250 Гц 


РЕС зсап ;уменьшение адреса шины 

МОУ — А, зсап ;для проверки адреса шины 

мВ А.7, Е250 переход по неотрицательному значению 
у=====е===следующие 4 команды выполняются с частотой 50 Гц 

МОУ зсап, #4 ; запись максимального адреса шины 

РЕС зупс ;изменение счетчика синхронизации 

МОУ А, вупс ;удля проверки счетчика 

9312 #250 ; переход до завершения интервала 0,1 с 
;=====ееекоманды до метки Е250 выполняются с частотой 10 Гц 

МОУ зупс, #5 ; обновление содержимого счетчика 


;блок формирования кодов нажатия кнопок 


;ублок вывода на индикаторы 
;блок проверки нажатия кнопок 


Приведенный фрагмент обеспечивает распределение времени таким 
образом, что блоки вывода на индикаторы и проверки нажатия кнопок 
выполняются 250 раз в секунду, а блок формирования кодов нажатия 
кнопок выполняется 10 раз в секунду. 

Рассмотрим теперь программу вывода на индикаторы, предполагая, 
что в ячейках 1140, ша1, тд2, ш@3 и тд4 находятся необходимые для 
вывода коды. Для смены кода на индикаторе нужно сначала погасить все 
сегменты (или светодиоды), включить следующую шину и зажечь те 
`сегменты (или светодиоды), которые соответствуют включенной шине. 
Притом желательно по возможности уменьшить время между гашением 
одного индикатора и зажиганием другого. В приведенном примере пере- 
ключение вывода с одного индикатора на другой производится тремя 
последними командами. Предшествующие им команды обеспечивают 
формирование адреса шины для вывода на порт 2 и адреса для вывода 
содержимого ячейки на порт 0. 
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МОУ А, зсап ;учтение адреса шины 


АБР А, #1140 ; адрес ячейки для вывода на индикатор 
МОУ ВО, А ;для косвенной адресации 

МОУ А, Р2 учтение порта для переключения шины 
АМГ А, #ЕОВ ; выделение трех старших битов 

ОвЬ А, эсап ;‚ обновление адреса шины индикаторов 
МОУ РО, #0 ; гашение светодиодов 

МОУ Р2, А ;у переключение шины 

МОУ Р0, @ВО ;вывод на индикатор 


Следует обратить внимание на то, что вывод адреса шины на три младшие 
разряда порта 2 должен был бы производиться без изменения содержимого 
5 старших разрядов этого порта. На самом деле 3 и 4 биты этого порта 
нужно установить в 0 для проверки нажатия кнопок. 

В том же такте сканирования нужно проверить нажатие двух кнопок, 
присоединенных к включаемой шине. Здесь предполагается, что при 
нажатии кнопки сигнал с шины устанавливает соответствующий бит в 1. 
Если же кнопка отпущена, то импульс сканирования не проходит на вход 
порта 2. Запись нулей в биты 3 и 4 входного регистра порта нужна потому, 
что от предыдущего такта в них могли оказаться единицы. От момента 
переключения шины до опроса битов порта проходит время, затрачиваемое 
на выполнение 4 команд. Приводимая последовательность команд обес- 
печивает счет длительности нажатия в каждой из ячеек, отведенных для 
кнопок: 


МОУ А, эзсап ; 


АБО А, #К1\0 ;адрес ячейки для 3-го бита порта 2 
МОУ ВО, А ; | 
МВ Р2.3, сЬ1 ; переход по не нажатой кнопке 
ТС @во ;усчет тактов с нажатием 
с61: АОР А, #5 ;адрес ячейки для 4-го бита порта 2 
МОХ ко, А ; 
МВ Р2.4, с62 переход по не нажатой кнопке 
ТМС @во ;у счет тактов с нажатием 
св2: МОР ;удля записи метки 


Но этим счетом обработка содержимого ячеек для ввода не заканчивается. 
Необходимо поверять результаты подсчета и после этого стирать содер- 
жимое счетчиков. 

Счет нажатий будем вести в течение 0,1 с, что соответствует посто- 
янной времени реакции человека. Для фильтрации ложных срабатываний 
‚ кнопки будем считать кнопку нажатой, если за это время на счетчик 
прошло не менее 4 импульсов. Поскольку максимальное количество 
импульсов за 0,1 с равно 5, то для хранения этого числа достаточно 
3 младших битов. Старшие биты отведем на хранение предыстории 
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нажатия кнопки. Для этого нужно сдвигать содержимое ячейки на 1 разряд 
влево и записывать нули в три младших бита. Информация из 5 старших 
битов может использоваться внутренней программой для определения 
нажатия и отпускания кнопки или даже длительности нажатия в пределах 
0,5 с. Формирование кодов нажатия кнопок осуществляется следующей 
программой: 


МОУ в1, #10 ;уколичество кнопок 
МОУ во, #К1\0 ;адрес массива ячеек для кнопок 

ад: МОУ А, @в0 ; чтение очередной ячейки для кнопок 
ВЬ А ;удля формирования кода предыстории 
АМТ. А, #ЕЗЬ ; очистка младших битов для счета 
МОУ @в0, А ; обновление содержимого ячейки 
мс 150 ;адрес ячейки для следующей кнопки 
р9м2 &1, ад ;упереход на начало цикла 


В зависимости от способов управления изделием можно формировать 
коды нажатия кнопок иначе. Так, например, для приведенного метода 
кодирования в одном из изделий длительность нажатия кнопки была 
использована с целью расширения функциональных возможностей ввода 
числового значения при помощи кнопки. Если длительность нажатия не 
превышала 0,3 с, то вводимая величина изменялась на 1 при каждом 
нажатии. При большей длительности нажатия вводимая величина начинала 
изменяться на 1 каждые 0,1 с до отпускания кнопки. 

В заключение отметим, что в ячейки, предназначенные для вывода 
на индикацию, должны записываться не числовые значения цифр, а коды, 
обеспечивающие зажигание нужных сегментов светодиодных индикаторов. 
Эти коды должны храниться в таблице, являющейся усеченным аналогом 
кодовых страниц компьютеров. Усечение связано с тем, что вместо 
матрицы хотя бы из 6х8 точек (6 байт) для каждого символа дисплея при 
использовании сегментных индикаторов достаточно хранить 1 байт для 
каждой цифры. Вообще-то индикаторы, состоящие из 7 сегментов, позво- 
ляют воспроизводить некоторое подобие букв. Но нам достаточно 10 цифр 
вместо 256 символов кодовой таблицы. Обычно выводы сегментов 
обозначаются строчными латинскими буквами. Букве “а” соответствует 
верхний (горизонтальный) сегмент, далее следуют в алфавитном порядке 
периферические сегменты по ходу часовой стрелки, а расположенный 
внутри горизонтальный сегмент обозначается буквой “ ”. Предполагая, 
что эти сегменты подключены в алфавитном порядке к битам от 0 до 6, 
получим следующую таблицу для случая включения сегментов единицей 
соответствующего бита: 


аз: .ОВ ЗЕ, Обь, 5ВЬ, 4ЕЪ, 66, 606, 7ОВ, 07Ь, 7ЕБ, 6ЕЪ 
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Программы, решающие внутренние задачи, должны записывать 
в ячейки для вывода информации коды, по которым программа вывода 
обеспечивает зажигание определенных светодиодов. Пусть ячейкам 190, 
191, ш@2 и 183 соответствуют цифровые индикаторы разрядов единиц, 
десятков, сотен и тысяч, а ячейке т44 — отдельные светодиоды. Обнов- 
лять содержимое ячеек для отображения десятичного числа нужно сразу 
же после преобразования двоичного числа в десятичное. 


- МОУ 


МОУ 
МОУС 
МОУ 
МОУ 
МОУС 
МОУ 
МОУ 
МОУС 
МОУ 
МОУ 
МОУС 
МОУ 


ОРТВ, #аве5 


А, ВЗ 

А, @А+ОРТВ 
1093, А 

А, В2 

А, @А+ОРТВ 
1142, А 

А, В1 

А, @А+ОРТВ 
11а1, А 

А, ВО 

А, @А+ОРТВ 
1190, А 


: адрес таблицы с кодами 
;десятичных цифр 
;уколичество тысяч 


: 

;укод цифры для тысяч 
;уколичество сотен 

; 

;код цифры для сотен 
;уколичество десятков 


; 
;укод цифры для десятков 
;уколичество единиц 


. 


;код цифры для единиц 


Необходимо отметить, что приведенные здесь примеры относятся 
к частным случаям кодирования информации, зависящим от аппаратной 
реализации изделия. Распределение выводов по портам, используемые 
виды прерывания и кодирование вводимой и выводимой информации 
могут изменяться в зависимости от схемотехнических решений, опреде- 
ляемых технологией изготовления и стоимостью изделия. 
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Глава 8 


Несколько рекомендаций 
о стиле программирования 


8.1. Стиль программирования 
и использование ресурсов 


Начнем с того, что современная технология программирования преду- 
сматривает определенную последовательность выполнения работ. После 
создания исходного текста необходимо транслировать его в объектный 
код и при наличии синтаксических ошибок корректировать программу до 
их устранения. Затем аналогичным образом повторяется компоновка 
объектных модулей до устранения синтаксических ошибок в связях 
между модулями и до приемлемого использования ресурсов памяти. 
Полученную в результате трансляции и компоновки исполняемую про- 
грамму нужно отлаживать до устранения ошибок в семантике (смысле 
действий, производимых программой). 

Но в рамках этой технологии программист имеет множество степеней 
свободы (их излишек не всегда способствуют успешному программирова- 
нию). Возможности выбора алгоритма рещения задачи и языка для напи- 
сания исходного текста приводят к”множеству вариантов. В этом плане 
использование Ассемблера при создании исходных текстов программ для 
микроконтроллеров можно считать хорошим ограничением. Система 
команд семейства 1805] имеет достаточно разнообразные операции и 
способы адресации операндов, что также предоставляет некоторую 
свободу действий программисту и позволяет создавать отличающиеся по 
стилю исполнения программы, выполняющие одну и ту же задачу. 


Существование стиля обусловлено тем, что работа может быть выпол- 
нена разными способами с более или менее одинаковыми результатами. 
Стиль в смысле приемов и методов, используемых для повышения эф- 
фективности того или иного вида работы, очень важен. Вдобавок стиль 
программирования сродни также совокупности приемов, используемых 
для выражения мысли. Но не следует увлекаться аналогиями, ибо искус- 
ственный язык программирования предназначен для выражения не мыслей, 
а правил вычисления (алгоритмов). Целесообразность того или иного 
стилистического приема в программировании определяется экономией 
самых разных ресурсов на этапах разработки, изготовления и эксплуата- 
ции изделия. Таким образом стиль программирования является дополни- 
тельным фактором, оправдывающим применение микроконтроллеров для 
удешевления разработки, производства и эксплуатации изделий, а также 
для повышения удобства работы с изделием. 

Критерии оптимизации программ с точки зрения экономии ресурсов 
должны выбираться в зависимости от конкретных обстоятельств. Задачей 
программиста является экономия таких ресурсов, как время работы 
программы и используемые объемы ОЗУ и ПЗУ. В отличие от больших 
проектов программирование для микроконтроллеров осуществляется как 
правило или одним программистом, или небольшой группой программи- 
стов. Хотя в силу этого обстоятельства опасность случившегося при 
вавилонском столпотворении смешения языков отпадает, хороший стиль 
программирования всегда полезен. Он важен для экономии времени, 
затрачиваемого на разработку программы, ее отладку и поддержку, 
необходимую в процессе усовершенствования изделия по результатам его 
эксплуатации или в случае введения доработок в аппаратуру. 

Стиль программирования в значительной степени определяет успехи 
программиста и отражает его индивидуальность. Неряшливость в про- 
граммировании тоже можно считать стилем, но это плохой стиль. Для 
улучшения стиля программисту время от времени необходимо осмысли- 
вать проделанную работы не только с точки зрения достигнутых резуль- 
татов, но и с точки зрения затраченных на это средств. Усвоение хорошего 
стиля программирования должно идти параллельно с обучением про- 
граммированию на Ассемблере. Стиль характеризует творческую сторону 
работы программиста, поэтому строгих правил здесь нет. Автор попытал- 
ся изложить общие рекомендации, следуя которым можно быстрее до- 
биться успеха. Однако каждый программист волен применять те или 
другие советы по-своему или не применять их. Важно не сотворить себе 
кумира (здесь автору приходится чистосердечно признаться, что в силу 
ряда причин его стиль программирования оставляет желать много лучшего) 
и по мере накопления опыта создавать удобные для себя правила и приемы 
программирования. 
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8.2. Оформление исходного 
текста программы 


При написании исходного текста главной заботой программиста 
является однозначность изложения алгоритма, чтобы транслятор и компо- 
новщик сформировали исполняемый код, соответствующий его замыслам. 
Можно придумать великое множество различных вариантов оформления 
исходного текста, дающих в результате одинаковый машинный код, то 
есть равноценных для микроконтроллера. Но это не значит, что все эти 
варианты равноценны для программиста. Оформление исходного текста 
не влияет на общение между программистом и машиной, но оно важно 
как средство выражения мыслей программиста. Стиль оформления исход- 
ного текста должен служить общению между программистами и обеспечи- 
вать читаемость программы. 

Понять смысл плохо оформленного исходного текста немногим легче 
чем объектный или исполняемый код. Образцы плохо оформленных 
ассемблерных текстов можно получить из исполняемого кода при помощи 
специальных программ, называемых дизассемблерами. Для того, чтобы 
понять назначение и принцип работы таких программ, приходится проде- 
лывать очень большую работу над этими текстами. И здесь дело не только 
в различии образа мышления автора программы и того, кто старается разо- 
браться в ней. Любому профессиональному программисту знакомо состояние 
трудности восприятия, когда через некоторое время бывает необходимо 
доработать какую-нибудь программу. Говоря словами великого пролетар- 
ского поэта, поначалу он даже на свою (родную!) программу “глядит, как 
в афишу коза”. Так что хорошее оформление нужно не только для других, 
но и для себя. Точнее, писать программу нужно так, чтобы с этим исходным 
текстом было удобно работать не только другим, но и самому себе. 

Основным требованием к стилю программирования является простота 
и ясность изложения. Весьма желательно строить программу таким 
образом, чтобы она занимала меньше места в памяти, расходовала меныпе 
ячеек ОЗУ и выполнялась быстрее. Этому способствует хороший стиль 
программирования, хотя оптимизация требует усилий и времени. Коротко 
и ясно написанный исходный текст облегчает отладку и сопровождение 
программы. Как наставляли нас школьные учителя русского языка и лите- 
ратуры по поводу сочинений, при их написании нужно следовать знаме- 
нитому афоризму “чтобы словам было тесно, а мыслям — просторно”. 
Эту заповедь с учетом специфики программирования можно распростра- 
нить и на оформление исходного текста. 
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Весьма существенным для ясности изложения является хорошее 
структурирование программы. Подобно разделению текста с художест- 
венным или научным содержанием на главы, параграфы и абзацы про- 
грамма также должна быть разбита на модули, подпрограммы и блоки. 
От выбора последовательности расположения структурных элементов 
зависит понимание смысла программы. В этом плане желательно распо- 
лагать исходный текст таким образом, чтобы при чтении программы было 
легко найти данные, константы, подстановки и подпрограммы, на кото- 
рые ссылаются команды и директивы, или комментарии, относящиеся к 
этим программным объектам. Директивы Ассемблера позволяют распо- 
ложить части исходного текста, относящиеся к командам и к данным, 
в непосредственной близости друг к другу. Читаемость программ и 
уменьшение вероятности ошибок при записи текста могут быть улучшены 
такими средствами языка, как выражения, числовые и простые текстовые 
подстановки, подпрограммы и сложные текстовые подстановки. 

В исходном тексте единственным средством для выражения мыслей 
программиста на родном языке являются комментарии. Так что они очень 
важны с точки зрения стиля программирования. Комментировать нужно 
на всех уровнях: от отдельных команд и директив до программы в целом. 
Комментарии ко всем структурным элементам программы используются 
только при необходимости и по мере возможности должны быть краткими. 
Комментируя на уровне команды или директивы, не нужно разъяснять то, 
что видно без слов по мнемокоду и используемым операндам. Необходимо 
объяснить смысл производимых действий, если он не ясен из коммента- 
риев к более крупным структурным частям исходного текста. Комментарии 
к командам и директивам должны быть самыми краткими и, как правило, 
помещаться в той же строке. Приведенные в книге примеры грешат избыточ- 
ными построчными комментариями. Но это сделано специально с целью 
обучения начинающих программистов. 

Комментарии на уровнях блоков лучше размещать на отдельных 
строках. Они могут быть более пространными и для более крупных 
блоков должны включать пояснения по используемым алгоритмам. В ком- 
ментариях к подпрограммам и программным модулям нужно указывать 
их назначение, используемые ‘ими ресурсы и сведения, необходимые для 
организации взаимодействия с ними других частей программы. Такого 
рода комментарии обычно обрамляются псевдографическими символами, 
что привлекает к ним внимание при чтении. Такого же рода комментарии 
нужны и к программе в целом. На этом уровне желательно также указы- 
вать автора программы, данные для контакта с ним и дату создания 
программы. Если задать эту информацию о программе как текстовую 
константу, то после трансляции она войдет и в исполняемый код. Тогда 
по содержимому ПЗУ можно найти автора программы. 
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Кроме того, для программы в целом может оказаться очень полезной 
и другая информация, записанная в исходном тексте в качестве коммен- 
тариев. Очень полезно записывать в исходном тексте сведения об интер- 
фейсе микроконтроллера с изделием, в котором он работает. Программисты, 
хорошо знакомые с электроникой, конечно могут работать с электриче- 
ской схемой изделия. Но даже в этом случае гораздо удобнее записать 
в заголовке программы краткие сведения о режимах работы, характеристиках 
входных и выходных сигналов, обрабатываемых микроконтроллером. 
Включение такого рода информации в исходный текст программы полезно 
еще и потому, что при модернизациях изделия специалисты по электро- 
нике зачастую вводят изменения в электрическую схему, не считая нуж- 
ным сообщать об этом программистам. Для программирования ввода 
и вывода информации необходимо также включать в программу коммента- 
рии со сведениями о взаимодействии пользователя с программой. 

В процессе разработки и отладки программы нужно сохранять исход- 
ные тексты всех версий программы. Под версией программы подразуме- 
вается промежуточный вариант исходного текста, выполняющий опреде- 
ленный набор задач. При работе над текущей версией нежелательно 
вводить болышое количество изменений в текст программы. Большие 
скачки связаны с болышим риском. Каковы бы ни были изменения 
в исходном тексте, лучше сохранять резервную копию для отмены этих 
изменений. После отладки очередной версии нужно проверить исходный 
текст и по свежим следам дополнить программу комментариями. 


8.3. Системы обозначений, выражения 
и простые подстановки 


От общих вопросов оформления программы перейдем к частностям, 
которые поначалу могут показаться мелочами. Но значительная доля 
ошибок приходится именно на мелочи. Желательно тем или иным обра- 
зом разделять обозначения зарезервированных имен от имен, назначае- 
мых программистом. Для этого можно использовать различие между 
прописными и строчными буквами. В настоящей книге мнемокоды 
команд и директив, а также все зарезервированные слова языка записаны 
прописными буквами. Имеет также смысл отличать команды от директив, 
для этого в мнемокоде директивы лучше использовать точку. Если для 
записи зарезервированных имен используются прописные буквы, то 
имена, назначенные программистом, лучше записывать строчными 
буквами. 
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Использование мнемоники при записи имен, назначаемых програм- 
мистом, затрудняется тем, что ассемблер воспринимает только латинский 
алфавит. В связи с этим только некоторая часть программистов может 
щеголять знанием английского языка. У англоязычных программистов 
принято обозначать операнды существительными, а подпрограммы — 
глаголами. Несведущие в английском языке с успехом пользуются рус- 
скими словами, записанными на латинице. Программист может изобре- 
тать и использовать свои мнемонические правила, укладывающиеся 
в синтаксические ограничения языка. Эти правила позволяют уменьшить 
вероятность ошибок при записи имен и следить за смыслом выполняемых 
действий. Так, например, имена разных групп операндов могут иметь 
различную длину. При использовании переменной, состоящей из двух 
байтов, полезно использовать для них имена с одинаковым корнем и 
двумя разными суффиксами: 10 (10% — нижний) для младшего байта и ы 
(Ы2В — верхний) для старшего. Для того чтобы отличать битовые пере- 
менные, можно использовать префикс Ё_ (флаг). Такого рода правила не 
противоречат синтаксису Ассемблера и существенно облегчают работу 
программиста. Вводя свои мнемонические правила, следует записывать 
их в комментариях. Необходимо следить за непротиворечивостью этих 
правил, дабы не запутаться самому. При выборе своего стиля програм- 
мист должен предусматривать меры по уменьшению вероятности разного 
рода ошибок при вводе исходного текста и его коррекции. Некоторые 
широко используемые приемы такого рода рассмотрены ниже. 

Необходимы определенные правила и при выборе длины имени. Неко- 
торым программистам нравится использовать короткие имена, но чрезмерное 
увлечение сокращением объема исходного текста в байтах не всегда 
оправдано. Умеренная избыточность в длинах имен полезна, так как она 
уменьшает вероятность совпадения с другим именем в случае опечатки. 
Транслятор способен выявлять опечатки только в том случае, когда 
результат ошибки не приводит к совпадению с другими именами в про- 
грамме. В том случае, когда “время жизни” переменной ограничивается 
несколькими командами или небольшим блоком команд, целесообразно 
использовать для нее регистр общего назначения или ячейку памяти 
с однобуквенным именем. Нолезно также использовать локальные метки 
для передачи управления в пределах небольшого блока. В остальных 
случаях общепринятые правила выбора имен рекомендуют назначать 
короткие имена объектам в модуле и длинные — объектам, используемым 
для связи между модулями. 

Еще одной группой мелочей, которые могут добавить массу неприятностей, 
являются константы. Во-первых, при записи констант программист 
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может допустить ошибки в вычислениях. Во избежание этого нужно 
пользоваться теми возможностями, которые предоставляет ассемблер для 
перехода от одной системы счисления к другой и для вычисления выра- 
жений. Поэтому нужно записывать константы в таком виде, чтобы смысл 
их был понятен программисту, а пересчет их значений во внутренний код 
будет произведен автоматически. Числовые константы удобнее записы- 
вать в десятичном виде. Логические константы удобнее записывать 
в двоичном или шестнадцатеричном виде. Символьные константы удобнее 
записывать в виде строки. Если константа получается как результат 
каких-то арифметических вычислений, то лучше записать ее в виде 
выражения, объяснив в комментарии смысл его операндов. Такой стиль 
записи констант облегчает поиск ошибок, чтение программы и ее модер- 
низацию. Во-вторых, при записи одной и той же константы в разные 
операторы возможна ошибка (описка). Во избежание этого следует 
использовать подстановки. 

Числовые и простые текстовые подстановки являются весьма полез- 
ными с точки зрения борьбы с опечатками. Их эффективность проявляется 
при создании исходных текстов, но еще более они нужны при коррекции 
программ. Если в процессе создания программы еще можно (хотя 
и трудно) уследить за числовыми или логическими константами, запи- 
санными в разных командах, то сделать это при коррекции практически 
невозможно. Так что настоятельно рекомендуется использовать поимено- 
ванные константы, определяемые числовыми подстановками. Их исполь- 
зование полностью исключает возможность ошибочной записи разных 
значений одной и той же константы в разные операторы. 

Нользу простых текстовых подстановок можно продемонстрировать 
на следующем примере. При записи исходного текста программы, исполь- 
зующей регистры общего назначения, очень легко перепутать номера 
регистров. Ведь транслятор не может обнаружить ошибочный ввод 
цифры в имени регистра, если эта цифра находится в пределах от 0 до 7. 
А если программист при помощи простой текстовой подстановки задаст 
свои мнемонические обозначения регистрам микроконтроллера, это 
существенно уменьшит вероятность необнаруженных опечаток. 


8.4. Применение подпрограмм 
и сложных текстовых подстановок 


Одним из способов снижения трудоемкости программирования явля- 
ется заимствование структурных единиц из отработанной программы для 
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вновь создаваемых. Такого рода стилистический прием можно считать не 
плагиатом, а цитированием. Заимствование самой крупной структурной 
единицы (объектного модуля) производится на этапе компоновки. На 
этапе создания исходного текста можно, уподобившись нерадивому 
школьнику, списать из одной программы в другую некоторую последова- 
тельность команд, но это плохой стиль. Хорошим стилем является заим- 
ствование на уровне подпрограмм и сложных текстовых подстановок. 
Для заимствования на уровне подпрограмм удобно использовать библио- 
теки, а для заимствования на уровне сложных текстовых подстановок — 
макроопределения во включаемых в исходный текст файлах. 

При разработке программ на Ассемблере большое количество син- 
таксических ошибок связано с метками. Поэтому при разработке языков 
программирования высокого уровня были предприняты усилия для 
изгнания меток как средства управления потоком команд. Программиро- 
вание без меток было названо структурным и оказалось очень удобным. 
Хотя Ассемблер не позволяет обойтись без меток, использование таких 
структурных единиц как модули, подпрограммы и сложные текстовые 
уменьшают вероятность синтаксических ошибок. Использование в про- 
грамме разного рода структурных единиц также является стилистическим 
приемом, применение которого определяется как объективными обстоя- 
тельствами, так и “вкусом” программиста. 

Удобство применения подпрограммы как способа структурирования 
программы настолько привлекательно, что некоторые программисты 
оформляют набор команд как подпрограмму даже в случае его однократ- 
ного использования программой. Применение подпрограмм становится 
тем более оправданным, когда они используются программой многократ- 
но. Стандартизация подпрограмм, например, для вычислений при пред- 
ставлении чисел несколькими байтами или для использовании драйверов 
разнообразных устройств ввода/вывода позволяет существенно сэконо- 
мить время разработки и отладки программ. Применение библиотечных 
подпрограмм целесообразно с точки зрения экономии времени разработ- 
ки и отладки программы. В этом случае подпрограммы хранятся в биб- 
лиотеке и включаются в исполняемую программу на этапе компоновки. 
Большинство приведенных в книге примеров может быть оформлено как 
подпрограммы. Для этого необходимо в начале соответствующего блока 
записать метку, а в конце — команду возврата из подпрограммы. Но этого 
недостаточно, так как при разработке подпрограмм нужно соблюдать 
простые правила, обеспечивающие отсутствие помех работе вызывающей 
программы. 
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‘Выполняя полезную работу, подпрограмма не ‘должна вредить, то 
есть портить содержимое ячеек ОЗУ, используемых вызывающей програм- 
мой. Программисту нужно использовать одни и Те же правила обмена 
информацией между подпрограммой и вызывающей программой. Эти 
правила должны учитывать как особенности архитектуры микроконтрол- 
лера, так и функциональное назначение подпрограмм. В связи с ограни- 
чениями на адресное пространство стека в качестве рабочих ячеек под- 
программы удобнее всего использовать регистры общего назначения. 
Если подпрограмма должна работать с другими ячейками ОЗУ, то’ целе- 
сообразнее всего использовать косвенную адресацию, записывая адреса 
в регистры ЕО и Е1. В этом случае подпрограмма может работать только 
_с двумя группами ячеек ОЗУ. При использовании остальных фуйкцио- 
нальных регистров их содержимое должно сохраняться`в стеке на время 
выполнения подпрограммы и восстанавливаться перед выходом из подпро- 
граммы. Исключения из этого правила должны оговариваться в описании 
подпрограммы. Для удобства использования подпрограмм в заголовке 
каждой из них следует записать комментарии с описанием назначения, 
форматами и адресами входных и выходных данных и с информацией 
об использовании функциональных регистров. 

Рассмотрев очевидные достоинства применения подпрограмм, перей- 
дем к их недостаткам. Обращение к подпрограмме приводит к затратам 
адресного пространства стека для запоминания адреса возврата и сохранения 
содержимого функциональных регистров. В связи с ограниченным объемом 
ОЗУ это затрудняет широкое использование подпрограмм в микрокон- 
троллерах. Для перехода к подпрограмме и возврата из нее, а также для 
записи операндов в стандартные ячейки подпрограммы и чтения результатов 
работы из них расходуется время, поэтому использование подпрограмм 
для реализации слишком простых вычислений нецелесообразно. Применение 
подпрограмм удобно тогда, когда ограничения на объем ПЗУ более 
существенны, чем ограничения на быстродействие программы и/или на 
объем ОЗУ. Они также более удобны тем, что их можно наладить и оттранс- 
лировать заранее. 

В отличие от подпрограмм сложные текстовые подстановки (макросы) 
работают без передачи управления и могут использовать не только кос- 
венную, но и непосредственную адресацию к любым ячейкам ОЗУ. 
Их применение удобно тогда, когда ограничения на объем ПЗУ менее 
существенны, чем ограничения на быстродействие программы и/или на 
объем ОЗУ. При прочих равных условиях замена подпрограмм на слож- 
ные текстовые подстановки приводит к увеличению объема исполняемой 
программы. Выбор между использованием подпрограмм и сложных 
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текстовых подстановок чаще всего (при отсутствии строгих ограничений 
по ресурсам) является делом вкуса программиста. Но в некоторых случаях 
выбор бывает предопределен ограничением ресурсов или спецификой 
программируемого алгоритма. 

Применение сложных текстовых подстановок требует хорошего зна- 
ния синтаксических правил и выражений для подстановок, чтобы при 
подстановке фактических параметров получились такие команды, которые 
нужны программисту. Использование конструкций такого рода в языках 
высокого уровня часто приводит к побочным эффектам, обусловленным 
непониманием формализма синтаксических правил. Соответствующие 
примеры приводятся в учебниках по языку Си, и именно по этой причине 
не рекомендуется использовать макросы. Впрочем, в Ассемблере ситуация 
облегчается возможностью полной проверки результата подстановки по 
листингу. 
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Заключение 


Оглядываясь на проделанную работу, автор удовлетворен тем, что не 
пошел по соблазнительному пути представления читателям готовых 
блоков из программ, успешно работающих в составе различных изделий. 
Сборник рецептов не принес бы пользу читателям, так как невозможно 
заготовить решения всех задач, которые могут встретиться программисту. 
Такое издание могло бы только потешить авторское самолюбие своим 
объемом. Гораздо полезнее учебное пособие, которое не должно давать 
готовых рецептов. Оно должно показывать разнообразие способов реше- 
ния типовых задач и учить поиску целесообразных решений. Возможно, 
кому-нибудь из читателей не понравится несколько расплывчатый стиль 
изложения, обусловленный некоторой склонностью автора к философст- 
вованию и резонерству. Автор по мере возможности сдерживал такие 
порывы, “наступая на горло собственной песне”. Но по завершении 
работы он считает себя свободным от оков жанра, решив в меру своей 
испорченности предаться рассуждениям о ее целесообразности. 

Каждая книга так или иначе должна служить поиску истины в какой-либо 
из сфер жизни и деятельности человека. В этом плане хотелось бы выска- 
заться о паре латинских изречений “Истина в вине” и “В споре рождается 
истина”. Что касается первого изречения, то оно относится к тем, кто 
ищет ИСТИНУ в конечной инстанции. Автор не верит в существование 
таковой, а также является дилетантом по части средства поисков, отдавая 
явное предпочтение книгам, в которых вместо всеобъемлющей истины 
содержатся только ее частные составляющие. 

При обсуждении второго изречения нужно уточнить понятие о споре, 
как о словесном состязании культурных людей. Некоторые из господ 
ученых очень любят дискуссии. Плодом спора чаще всего являются 
ссоры, взаимная неприязнь, интриги, а то и непристойное поведение, 
заканчивающееся неприличными выкриками и рукоприкладством. 

Странно, что древние римляне ничего не говорили о зачатии истины 
(то ли ничего не знали об этом, то ли утаили свои знания). Хотя истина 
является нематериальной субстанцией, все же до рождения ее надо зачать 


и выносить. Зачинается она по-видимому в голове из идей, которые (как 
говорят) носятся в воздухе. Но идеи могут носиться всякие, да и головы 
тоже разные бывают. Так что до истины может развиться не всякая идея и 
не в любой голове. Что же касается рождения истины, то автор убежден, 
что это дело настолько интимное, что оно должно совершаться только 
вдвоем, в процессе дружественной беседы. Притом беседующие должны 
быть в хорошем телесном и душевном состоянии и в благосклонном 
настроении друг к другу. Поэтому нужно заменить классическую форму- 
лировку на новую: “Истина рождается в беседе”. К сожалению автор не 
учился в классической гимназии, иначе перевел бы это изречение на 
латинский язык в назидание древним римлянам. Но автор адресует свою 
редакцию древнего изречения прежде всего читателям, Для успешной 
работы программисту (и не только ему!) нужно беседовать, а не спорить 
с другими участниками совместной работы. 

Теперь читателям должно быть понятно стремление автора построить 
изложение в форме заочной беседы (если таковая в принципе возможна). 
Интересно, что в стихотворении “Герой”, имеющем эпиграф “Что есть 
истина?”, А.С.Пушкин описывает беседу Друга с Поэтом, заявившим: . 


Тьмы низких истин мне дороже 
Нас возвышающий обман... 


Так что автор испытал чувство умиления от того, что своим умом 
дошел до мысли о продуктивности дружественных бесед через два века 
после гения. Слово “тьма” в приведенной цитате является именем числи- 
тельным (десять тысяч), а смысл имени прилагательного “низких” следует 
понимать как частных, не всеобъемлющих. Что касается возвышающего 
обмана, то с точки зрения темы стихотворения предпочтение Поэта 
достойно уважения. Тема настоящей книги не столь значительна, поэтому 
соотношение между десятками тысяч низких истин ‘и каким бы то ни 
было обманом обратное. Поскольку главным героем научно-технических 
трудов является некоторый набор частных истин, то по законам жанра 
значимость прочих персонажей как бы принижается. К прочим относятся 
читатели, упоминаемые в третьем лице множественного числа, и автор, 
упоминаемый в третьем лице единственного числа. На самом деле изло- 
женные в этих трудах частные истины ничего ие значат без трудов читателей 
и автора, а посему в конце книги эту условность, как бы отстраняющую 
автора от читателей, можно отбросить. 


Не опасаясь прослыть последней буквой в азбуке, Я желаю ВАМ успе- 
хов как в программировании, так и во всех ВАШИХ добрых делах! 
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ПРИЛОЖЕНИЯ 


Приложение 1 


Перечень команд семейства 18051, 
упорядоченный по кодам операций 
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03 ВК А 

04 ТМС А 

05 РО ТМС В 
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15 Ро РЕС В 


16 ПЕС ево 
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69 хЕг, А, Е1 

бА ХВ А, К2 

ев ХВЬ А, ВЗ 
ес ХвВЬ А, В4 
ер ХВ А, В5 
бЕ . хРЫ А, Кб 
6Е ХА А, В7 
70 00 ме 1514 

71 ЕС 1514: АСАШ, — ЕкЕВ 

72 02 . ОВг, с, оу 

73 ОМР @А+ОРТЕ 
74 63 МОУ А, #99 
75 РО 64 моу в, #100 
76 00 моу ево, #005 
77 01 . моу ев1, #015 
78 02 моу во, #028 
79 03 МОУ 81, #03. 
7А 04 моу В2, #04. 
7В 05 моу ВЗ, #05. 
7с 06 моу 84, #06. 
7р 07 моу В5, #078 
7Е 08 | моу вб, #08в 
7Е 09 моу в7, #098 
в0 00 59МР 1515 

81 ЕВ 1515: АМР ЕЕЕЬ 

82 10 ь АМЬ С, Р 

83 МОУС А, @А+РС 
84 рту АВ 

85 Р0 99 МОУ ЭВОЕ, В 
86 В8 МОУ ТР, @в0 
87 А8 МОУ ТЕ, @51 
88 98 моу $сом, в0 
89 89 . МОУ ТМООр, &В1 
ЗА 88 ь : МОУ ТСОМ, В2 
зв 81 моу ЗР, ВЗ 
вс во | моу РЗ, 84 
80 АО | МОУ Р2, В5 
ВЕ 90. моу 21, Вб 
8Е 80 : МОУ РО, В7 
90 12 34 МОУ ОРТВ, #12346 
91 ЕВ . АСАПШТ ЕЕЪЬ 
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Сводка команд 18051 в алфавитном порядке 


АСАГ, 
АОО[С] 
АЗМР 
АМТ 


п 
А, {#в|е|а} 
те 
А, {#в|е|а} 


;ПЕРЕХОД К ПОДРОГРАММЕ ближний 
;СЛОЖЕНИЕ {С УЧЕТОМ ПЕРЕНОСА] 
; ПЕРЕХОД БЕЗУСЛОВНЫЙ ближний 


И 
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тм 
тыс 
{мВ |[в[с1} 


ус 
ЗМР 
у] 


РОР 
РОЗН 

° ВЕТ т] 
вт | в} [С] 


а, {А} 
с, Г/ь 
А, {#4}, в 
{48|}, #, в 
{АЪ[с} 
4А|Ъ|[С} 


А 
{Ава} 
АВ 

{81а}, в 


{Ав @|а} 


к, {#|в|@| а} 


а, {А|#|ве|а} 
{8|@}, {^|#|а} 


р, # 

46, Сс. 
А, @А+{0|Р} 
», {ера} 
{ре}, ^ 
АВ 


А, {#|ве|а; 
а, {А|#} 

с, [/1Ъ 

а 

а 

А 

ъ|с} 

в 

А, {#86 |а} 
А 


А, 4в|@|а} 


УИ 

;И с [обратным] кодом бита 
;ПЕРЕХОД ПО НЕРАВЕНСТВУ короткий 
; ПЕРЕХОД ПО НЕРАВЕНСТВУ короткий 
:ОЧИСТКА {накопителя |бита} 
;ПОЛУЧЕНИЕ ОБРАТНОГО КОДА 

; {накопителя | бита} 

; КОРРЕКЦИЯ двоично-десятичного 
;укода 

;УМЕНЬЩЕНИЕ НА 1 

; ДЕЛЕНИЕ 

;УМЕНЬШЕНИЕ НА 1 И ПЕРЕХОД ПО НЕ 
;0 короткий | 
;УВЕЛИЧЕНИЕ НА 1 

;УВЕЛИЧЕНИЕ НА 1 

;ПЕРЕХОД ПО {0|1[с очисткой] } 
;укороткий 

;ПЕРЕХОД ПО 1 [0] ПЕРЕНОСА короткий 
; БЕЗУСЛОВНЫЙ ПЕРЕХОД КОСВЕННЫЙ 

; ПЕРЕХОД ПО НУЛЮ [НЕ НУЛЮ} короткий 
;ПЕРЕХОД К ПОДПРОГРАММЕ дальний 
;БЕЗУСЛОВНЫЙ ПЕРЕХОД дальний 

: ПЕРЕСЫЛКА 

; ПЕРЕСЫЛКА 

; ПЕРЕСЫЛКА 

; ПЕРЕСЫЛКА 

;ПЕРЕСЫЛКА бита 

;ПЕРЕСЫЛКА из ПЗУ 

; ПЕРЕСЫЛКА из внешнего ‚ОЗУ 

; ПЕРЕСЫЛКА во внешнее ОЗУ 

: УМНОЖЕНИЕ 

;НЕТ ОПЕРАЦИИ 

ИЛИ 

ИЛИ 

;ИЛИ с [обратным] кодом бита’ 
;ЧТЕНИЕ ИЗ СТЕКА = 

;ЗАПИСЬ В СТЕК 

;ВОЗВРАТ [ИЗ ПРЕРЫВАНИЯ] 

УСДВИГ О НЕ раа бит 
;упереноса} 

УЗАПИСЬ 1 в бит 

;ВЕЗУСЛОВНЫЙ ПЕРЕХОД короткий 
;ВЫЧИТАНИЕ С УЧЕТОМ ЗАЙМА 

;ОБМЕН ПОЛУБАЙТОВ 

;ОБМЕН БАЙТОВ 


хсно А, @ ;ОБМЕН МЛАДШИХ ПОЛУБАЙТОВ МЕЖДУ 


БАЙТАМИ 

хВь А, {#|в|е|а} —;ИСКЛЮЧАЮЩЕЕ ИЛИ 

ХВГ а, {А} }ИСКЛЮЧАЮЩЕЕ ИЛИ 
УСЛОВНЫЕ ОБОЗНАЧЕНИЯ 


{ | } обязателен выбор одного из вариантов в скобках 


использование варианта при необходимости 
операнд записан в ПЗУ (в соответствии с размером 
приемника} у 
косвенная адресация через регистр КО или В1 


@А+р косвенная адресация через сумму ОРТВ и накопителя 
бА+Р косвенная адресация через сумму счетчика команд и 


авнрояоо | > 8 


накопителя 

косвенная адресация через ОРТК 

операндом является содержимое накопителя 

операнды содержатся в накопителе и регистре В 

операндом является содержимое бита переноса 

операндом является содержимое регистра ОРТК 

операндом является содержимое регистра (от ВО до В7) 

операндом является адресуемый бит 

операндом является адресуемый байт 

адрес в ПЗУ от 0 до 64 Кбайт 

адрес в текущей странице ПЗУ (размер страницы 4 Кбайт) 
_ смещение относительно адреса команды от -128 до +127 
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Вышли в свет и поступили в продажу: 


Соловьев В. В. Проектирование цифровых систем на основе 
программируемых логических интегральных схем. 


Книга посвящена проблемам логического проектирования отдельных 
цифровых устройств и сложных цифровых систем на основе программи- 
руемых логических интегральных схем (ПЛИС). Приводится классификация 
ПЛИС. Анализируются модели конечных автоматов, которые могут быть 
реализованы на ПЛИС. Предлагаются методы синтеза комбинационных 
схем, конечных и микропрограммных автоматов. Рассматриваются также 
специальные задачи, возникающие при проектировании цифровых систем 
на основе ПЛИС. Изложение материала сопровождается большим числом 
примеров. 

Предназначена инженерам-разработчикам цифровых систем, а также 
преподавателям, студентам и аспирантам соотвётствующих специальностей 
вузов. 


Яценков В. С. Микроконтроллеры МсгосЫр®. Практическое 
руководство. 


Приведена справочная информация по ибо популярным микро- 
контроллерам Мсгосвр®. Подробно описано начало работы с микрокон- 
троллерами компании МисгосЫр? на примере микроконтроллера Р!С16Е84. 
Даны практические схемы и описания программатора, интегрированной 
среды разработчика МРГАВ-ГЕ, иллюстрировано примерами простейших 
программ, подборкой практических примеров устройств на основе мик- 
роконтроллеров РС. Рассмотрены принципиальные схемы и исходные 
тексты программ, тексты часто применяемых подпрограмм, таких, как 
конвертация чисел, работа с шиной [ 2С итд. Отдельное внимание уделено 
подборке ссылок на русско- и англоязычные ресурсы в Интернет с`их 
краткой аннотацией. 

Предназначена разработчикам и радиолюбителям, занимающимся 
проектированием различных устройств. 

Приобрести эти книги можно через почтовое агентство ОЕЗЗТ 

107113, г. Москва, а/я 10, а так же через интернет-магазины 

УГМИУУ.РЕ$5У. КО, УМУУ.ТОР-КМЕСА.КО 
С авторскими предложениями просим обращаться по 
е-глай: гаф105_М@пии-песго 
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